| Time |
S |
Nick |
Message |
| 00:03 |
|
|
SoniEx2 joined ##javaee |
| 00:04 |
|
|
jieryn joined ##javaee |
| 00:04 |
|
|
SExJ joined ##javaee |
| 00:11 |
|
|
SExJ joined ##javaee |
| 00:37 |
|
|
tommmied joined ##javaee |
| 00:38 |
|
|
SExJ joined ##javaee |
| 00:39 |
|
|
SExJ joined ##javaee |
| 00:53 |
|
|
kotten joined ##javaee |
| 00:58 |
|
|
kobain joined ##javaee |
| 00:58 |
|
|
kobain joined ##javaee |
| 00:59 |
|
|
Fubar^ joined ##javaee |
| 01:00 |
|
|
SExJ joined ##javaee |
| 01:04 |
|
|
SExJ joined ##javaee |
| 01:10 |
|
|
SExJ joined ##javaee |
| 01:12 |
|
|
cem_ joined ##javaee |
| 01:14 |
|
|
SExJ joined ##javaee |
| 01:19 |
|
cem_ |
ohayo gozaimasu |
| 01:20 |
|
SoniEx2 |
--forth test |
| 01:20 |
|
SExJ |
DUP " SOURCE test * + : ( . / NET.GET WORDS - |
| 01:21 |
|
SoniEx2 |
eh... I guess I forgot to add a way to forget words... |
| 01:21 |
|
SoniEx2 |
--reload |
| 01:22 |
|
cem_ |
how to use deamon threads ? |
| 01:23 |
|
|
SExJ joined ##javaee |
| 01:25 |
|
SoniEx2 |
--forth " cem_: so do you like my forth VM?" . |
| 01:25 |
|
SExJ |
cem_: so do you like my forth VM? |
| 01:25 |
|
SoniEx2 |
--reload |
| 01:25 |
|
SExJ |
Reloaded |
| 01:25 |
|
cem_ |
SoniEx2: please leave me |
| 01:26 |
|
SoniEx2 |
uhh... okay... |
| 01:26 |
|
pdurbin |
SoniEx2: I agree with sfisque... this channel isn't really for software testing. You can create a channel for testing your SExJ bot |
| 01:27 |
|
SoniEx2 |
pdurbin: I have a channel on another network |
| 01:27 |
|
pdurbin |
perfect |
| 01:27 |
|
SoniEx2 |
and it seems like my internet is down again :/ |
| 01:27 |
|
SoniEx2 |
or not... |
| 01:27 |
|
SoniEx2 |
anyway |
| 01:28 |
|
SoniEx2 |
I'm just being a showoff I guess? |
| 01:28 |
|
sfisque |
spammy |
| 01:29 |
|
SoniEx2 |
a spammy showoff? yeah I guess you're right... :/ |
| 01:29 |
|
SoniEx2 |
sorry... |
| 01:32 |
|
cem_ |
i guess i need c/p my qn : how to use deamon threads ? |
| 01:33 |
|
|
SExJ joined ##javaee |
| 01:42 |
|
cem_ |
any there ? |
| 01:42 |
|
cem_ |
anybody |
| 01:44 |
|
sfisque |
why do you need daemon threads? |
| 01:45 |
|
cem_ |
its said in definition that its a service thread to threads |
| 01:46 |
|
sfisque |
right but daemon threads will not keep your program resident. there is a definite usage pattern for daemon threads |
| 01:56 |
|
sfisque |
basically a daemon thread is going to run "infinitely", processing small nuggets of work, while non-daemon threads do heavy lifting (i/o, queue stuffing, etc.) |
| 01:57 |
|
sfisque |
because when the last non-daemon thread exits, all your deamon threads are going to get killed without any cleanup |
| 01:57 |
|
sfisque |
so their work should be small and atomic |
| 05:59 |
|
|
sajjadg joined ##javaee |
| 07:29 |
|
|
AlexCzar joined ##javaee |
| 07:38 |
|
|
SoniEx2 joined ##javaee |
| 08:59 |
|
|
tmichel joined ##javaee |
| 10:55 |
|
pdurbin |
"'#GlassFish is not about to go away soon; nowhere does Oracle announce the 'death of GlassFish' http://blog.c2b2.co.uk/2013/11/oracle-dropping-commercial-support-of.html via @c2b2consulting" -- https://twitter.com/glassfish/status/397670928840404992 |
| 11:07 |
|
balo |
pdurbin: but we all know what it means really |
| 11:09 |
|
pdurbin |
balo: yeah? |
| 11:11 |
|
balo |
companies won't choose glassfish for their main platform. it's much harder to sell without a commercial support |
| 11:11 |
|
pdurbin |
right. check this out: |
| 11:11 |
|
pdurbin |
"Oracle recommends that existing commercial Oracle GlassFish Server customers begin planning to move to Oracle WebLogic Server" -- https://blogs.oracle.com/theaquarium/entry/java_ee_and_glassfish_server |
| 11:11 |
|
balo |
afaik, gf hasn't got a huge open source community |
| 11:12 |
|
balo |
of course... :D |
| 11:15 |
|
balo |
it's just weird. people won't develop on gf just to deploy to another appserver in prod. |
| 11:17 |
|
pdurbin |
yeah, probably not. I don't know |
| 11:18 |
|
|
regedit joined ##javaee |
| 11:19 |
|
|
regedit left ##javaee |
| 11:25 |
|
|
MegaMatt joined ##javaee |
| 11:41 |
|
pdurbin |
balo: what do you use? jboss? |
| 11:42 |
|
balo |
pdurbin: yep. jboss for my app and tomcat for openam |
| 11:42 |
|
balo |
I migrated from glassfish 2/3 in september |
| 11:50 |
|
pdurbin |
balo: was the migration easy? jboss is free, right? |
| 11:52 |
|
balo |
i don't pay for it :D i didn't read the license but afaik you can use the open source version as you like it. However you have to pay for EAP (enterprise application server) it's a jboss on steroids and long term support i think |
| 11:54 |
|
balo |
we had problems with the embedded hibernate module (you can't package it with your app). and we use jaas aliases which weren't so straightforward. We are lucky, we need only one jboss specific xml :D |
| 11:54 |
|
balo |
if your app is big with a lot of dependencies you can work literally days on the dependency exclusion... |
| 11:56 |
|
pdurbin |
hmm |
| 11:57 |
|
pdurbin |
a year ago I tried to put our app on openshift, which is backed by jboss, and it didn't "just work" |
| 11:58 |
|
balo |
i never seen anything like "just work" in IT |
| 11:58 |
|
balo |
it's just a marketing slogan |
| 11:58 |
|
pdurbin |
heh. true enough :) |
| 12:20 |
|
|
sajjadg joined ##javaee |
| 12:24 |
|
pdurbin |
"GlassFish Server Open Source Edition continues to be the strategic foundation for Java EE reference implementation going forward. And for developers, updates will be delivered as needed to continue to deliver a great developer experience for GlassFish Server Open Source Edition." |
| 12:24 |
|
pdurbin |
that's reassuring |
| 12:25 |
|
sajjadg |
Glassfish is getting better IMO |
| 12:28 |
|
|
aldaris joined ##javaee |
| 12:28 |
|
pdurbin |
sajjadg: but will it continue to get better and do you have any concerns developing your app using it if your customers can't run a version of glassfish with commercial support? |
| 12:32 |
|
sajjadg |
pdurbin, I hope it gets better. If I need a AS I try to go with JBoss but they are RED! TomEE is another choice but I don't know if it serve well. GlassFish is good not that bad. but I like to use small pieces to build my stack. I will probably go with tomcat+... |
| 12:33 |
|
MegaMatt |
sajjadg: What about WebLogic Server? |
| 12:49 |
|
aldaris |
I've tried to use weblogic several times, but it wasn't really fun.. |
| 12:49 |
|
aldaris |
IMHO GlassFish's greatest feature is the really nice admin CLI, so easy to manage my instances... |
| 13:04 |
|
sajjadg |
MegaMatt, Is it free? |
| 13:05 |
|
MegaMatt |
Of course not, :) |
| 13:05 |
|
sajjadg |
:) OK then ;) |
| 13:05 |
|
sajjadg |
when there is a free option I don't try nonfree ones :-/ |
| 13:06 |
|
aldaris |
"We grant you a nonexclusive, nontransferable limited license to use the programs only for the purpose of developing, testing, prototyping and demonstrating your application, and not for any other purpose. If you use the application you develop under this license for any internal data processing or for any commercial or production purposes, or you want to use the programs for any purpose other than as permitted under this agreement, you must |
| 13:06 |
|
sajjadg |
but the interesting thing is that glassfish is moving on the bleeding edge ! it supports servlet 3.1 and java ee 7 before any other AS. that's cool |
| 13:11 |
|
pdurbin |
sajjadg: right. glassfish was the first with java ee 6 support too |
| 13:12 |
|
pdurbin |
aldaris: I've been happy with the glassfish CLI too. I'm not sure how it compares to jboss or others but redhat is usually pretty good about CLIs. |
| 13:12 |
|
sajjadg |
I think that's because it's the reference implementation for most (maybe all) JSRs |
| 13:15 |
|
aldaris |
that's kind of a curse as well, the constant changes in the libraries (JSF/Metro/JAXB/JAX-RS) makes application developer's life a misery as well, since those changes tend to be non-backwardscompatible |
| 13:18 |
|
|
Losowski joined ##javaee |
| 13:19 |
|
pdurbin |
aldaris: hence the openam metro thing :) |
| 13:19 |
|
sajjadg |
aldaris, is it? they are backward in most situations I think. and they don't change that much :) they are slow ;) |
| 13:21 |
|
aldaris |
well gf3 resulted in JSF/icefaces incompatibility, gf4 is Jersey so far |
| 13:22 |
|
aldaris |
and since gf3 we need to remove the metro bundled with gf to get our app working, well I guess that also tells that the application is behind a bit as well, but can't upgrade everything constantly :) |
| 13:22 |
|
|
jieryn joined ##javaee |
| 13:22 |
|
|
jieryn joined ##javaee |
| 13:24 |
|
sajjadg |
aldaris, :-/ I am not using gf4 or 3 and can't say anything about it. but I'm using jersey with tomcat. what did you say about jersey? |
| 13:25 |
|
aldaris |
I was struggling with: |
| 13:25 |
|
aldaris |
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List; |
| 13:25 |
|
aldaris |
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168) |
| 13:25 |
|
aldaris |
but never had a chance to really investigate it further |
| 13:33 |
|
|
tommmied joined ##javaee |
| 13:36 |
|
pdurbin |
aldaris: that exception is related to openam and metro? |
| 13:38 |
|
aldaris |
no, wadl is related to jaxrs |
| 13:39 |
|
aldaris |
and openam :) |
| 13:39 |
|
sajjadg |
what's openam? |
| 13:39 |
|
sajjadg |
javaeebot openam |
| 13:39 |
|
javaeebot |
sajjadg: Error: "openam" is not a valid command. |
| 13:40 |
|
sajjadg |
javaeebot g openam |
| 13:40 |
|
javaeebot |
sajjadg: Error: "g" is not a valid command. |
| 13:40 |
|
sajjadg |
javaeebot how do you work? |
| 13:40 |
|
javaeebot |
sajjadg: Error: "how" is not a valid command. |
| 13:40 |
|
sajjadg |
javaeebot ? |
| 13:40 |
|
javaeebot |
sajjadg: Error: "?" is not a valid command. |
| 13:40 |
|
sajjadg |
javaeebot help |
| 13:40 |
|
javaeebot |
sajjadg: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin. |
| 13:40 |
|
aldaris |
just a project pdurbin and I use :) here's some ugly marketing page about it: http://forgerock.com/products/open-identity-stack/openam/ |
| 13:41 |
|
pdurbin |
javaeebot: google openam |
| 13:41 |
|
javaeebot |
pdurbin: OpenAM | ForgeRock: <http://forgerock.com/products/open-identity-stack/openam/>; OpenAM Project - About OpenAM: <http://openam.forgerock.org/>; Home - OpenAM - Confluence - ForgeRock Dashboard: <https://wikis.forgerock.org/confluence/display/openam/Home>; OpenAM - Wikipedia, the free encyclopedia: <http://en.wikipedia.org/wiki/OpenAM>; single sign on - How to implement openAM SSO to my (2 more messages) |
| 13:41 |
|
pdurbin |
javaeebot: lucky openam |
| 13:41 |
|
javaeebot |
pdurbin: http://forgerock.com/products/open-identity-stack/openam/ |
| 13:41 |
|
aldaris |
:) |
| 13:42 |
|
aldaris |
basically opensso was an old Sun product, which got demolished by the Oracle acquisition, ForgeRock picked it up and renamed it to OpenAM |
| 13:48 |
|
sajjadg |
interesting |
| 13:48 |
|
sajjadg |
do you work for forgerock? |
| 13:48 |
|
aldaris |
well, yes, I do :) |
| 13:48 |
|
sajjadg |
I didn't get what it exactly is but it seems to be a security solution for Java |
| 13:49 |
|
aldaris |
yepp, basically a single sign-on solution, like Oracle Access Manager or SiteMinder |
| 13:55 |
|
pdurbin |
aldaris: technically, I'm not using openam yet but I probably should try it with the ADFS server I'm having trouble with |
| 13:55 |
|
pdurbin |
I should probably try to figure out how to do more SAML stuff "by hand" so to speak |
| 14:14 |
|
|
SExJ joined ##javaee |
| 15:04 |
|
|
sajjadg joined ##javaee |
| 15:06 |
|
|
Losowski joined ##javaee |
| 15:25 |
|
|
kobain joined ##javaee |
| 16:06 |
|
sfisque |
balo i did that very thing. we were working on websphere at a gig, and i didnt have the patience to install and run WAS 6.1xxxx, so i built and deployed with GF and it was a drop in (no rebuild or code changes) |
| 16:07 |
|
sfisque |
which what i would expect, since GF is the "reference impl" |
| 16:07 |
|
aldaris |
that's not the most common case still I guess |
| 16:07 |
|
aldaris |
there are way too many cases when you start to rely on the container for something (like JNDI name format) |
| 16:07 |
|
sfisque |
oh of course. but i was just saying that using GF as a "build bed" is not that crazy |
| 16:08 |
|
|
Losowski joined ##javaee |
| 16:08 |
|
sfisque |
ejb 3.1 solves most of that, as long as you use the container agnostic naming constructs |
| 16:08 |
|
aldaris |
yeah, global JNDI is pretty nice |
| 16:09 |
|
sfisque |
the only tough part is when you get "wierd" containers. |
| 16:09 |
|
* sfisque |
looks questioningly at |
| 16:09 |
|
* sfisque |
looks questioningly at WebSphere |
| 16:11 |
|
sfisque |
well, i'm off to the office. be well and code strong! |
| 16:12 |
|
|
SExJ joined ##javaee |
| 16:20 |
|
|
limpep joined ##javaee |
| 16:21 |
|
|
limpep left ##javaee |
| 16:26 |
|
|
Naros joined ##javaee |
| 16:27 |
|
|
kotten joined ##javaee |
| 16:59 |
|
|
MegaMatt_ joined ##javaee |
| 17:03 |
|
|
jypie joined ##javaee |
| 17:15 |
|
|
AlexCzar joined ##javaee |
| 17:28 |
|
Naros |
whartung: got a moment for a jpa question? |
| 17:33 |
|
semiosis |
general irc etiquette is dont ask to ask, just ask |
| 17:34 |
|
Naros |
understand but if he's not here, no need to flood the channel with my question most likely ;) |
| 17:34 |
|
semiosis |
i dont think anyone would mind a jpa question in a javaee channel :) |
| 17:35 |
|
Naros |
Fair enough. |
| 17:36 |
|
Naros |
I have a JPA query where I need to fetch a child collection, filter said collection based on a restriction. |
| 17:36 |
|
Naros |
applying the fetch and predicate works just fine when the predicate causes at least 1 record to be returned in the collection. |
| 17:37 |
|
Naros |
Looking at the WHERE clause it appears my join criteria is being applied there rather than on the LEFT OUTER JOIN. |
| 17:37 |
|
Naros |
Anyway to apply additional conditions on the join itself rather than the root where clause? |
| 17:38 |
|
Naros |
FROM root r LEFT OUTER JOIN child c ON c.parent = r.id AND c.someCondition = someValue WHERE r.value = someValue |
| 17:38 |
|
Naros |
what i get instead is |
| 17:39 |
|
Naros |
FROM root r LEFT OUTER JOIN child c ON c.parent = r.id WHERE r.value = someValue1 AND c.someCondition = someValue2 |
| 17:42 |
|
|
Quest joined ##javaee |
| 17:50 |
|
SoniEx2 |
hey Quest |
| 17:50 |
|
|
sfisque joined ##javaee |
| 17:51 |
|
Quest |
SoniEx2, hello |
| 17:52 |
|
SoniEx2 |
wait let me test this FORTH compile thingy |
| 17:52 |
|
Quest |
FORTH? |
| 17:53 |
|
sfisque |
a very old language that is so utilitarian that it is still widely used in several industry niches |
| 17:53 |
|
Quest |
hm |
| 17:53 |
|
sfisque |
sparc machine boot to forth if they do not launch an OS. forth is also used in embedded systems |
| 17:54 |
|
sfisque |
i believe apples OpenFirmware is also forth based |
| 17:55 |
|
Quest |
still dont get why people use old languages. like fortron or cobol. just because the system was built with them doesnt means it fit for today |
| 17:55 |
|
sfisque |
any turing complete language is suited to solve complex problems |
| 17:55 |
|
sfisque |
you can replicate what javaee does completely in C |
| 17:56 |
|
sfisque |
other than native reflection |
| 17:56 |
|
sfisque |
native reflection is the real selling point for java. other than that, dozens of languages do what java does |
| 17:57 |
|
sfisque |
with native reflection you get real decoupling and runtime binding |
| 18:01 |
|
Quest |
reflection? you mean running same code on all plateforms with jvm? |
| 18:02 |
|
sfisque |
no, as in Class.forName( "AClassName" ).newInstance().method(); |
| 18:02 |
|
sfisque |
you can't trivially bind a runtime string to an arbitrary object and execute it without doing pointer magic or lots of add-on code |
| 18:03 |
|
sfisque |
in most languages |
| 18:03 |
|
sfisque |
even performing reflection in perl is tricky and rife with pitfalls |
| 18:03 |
|
Naros |
It appears if I read things correctly, the only way to apply conditions in the ON clause of a JOIN is through JPA 2.1 |
| 18:04 |
|
Naros |
Hibernate started offering it in 3.6 through their own proprietary API but JPA 2.0 doesn't offer this |
| 18:04 |
|
sfisque |
does 2.1 support that? |
| 18:04 |
|
sfisque |
i thought it was slated for 2.2 |
| 18:04 |
|
Naros |
I read it was inclded in 2.1 |
| 18:04 |
|
sfisque |
NICE |
| 18:04 |
|
Naros |
I'm just dealing with the EM fall-out :E |
| 18:04 |
|
sfisque |
i guess you could ask jpa for the native peer and do it that way |
| 18:05 |
|
sfisque |
and then refactor when you build against 2.1 later |
| 18:05 |
|
sfisque |
or @NativeQuery |
| 18:05 |
|
sfisque |
and use bind vars |
| 18:05 |
|
Naros |
Only issues I'm seeing is that detach() is gone and find() using a LockModeType isn't available. |
| 18:06 |
|
Naros |
trying to find docs on the interface changes. |
| 18:06 |
|
sfisque |
you get it "for free" in JPA. when you exit the EJB, the object will be considered detached |
| 18:06 |
|
Naros |
Aye, there were some corner cases in the past where we needed to detach the object mid-stream |
| 18:06 |
|
sfisque |
or if you do a "select columns into Entity" you get a detached object by default (construct() mech) |
| 18:06 |
|
sfisque |
BMT |
| 18:06 |
|
Naros |
Aye |
| 18:06 |
|
sfisque |
commit the BMT and you're detached |
| 18:07 |
|
Naros |
May need to resort to those appraoches |
| 18:07 |
|
sfisque |
thats why BMT exists , for THOSE edge cases :-) |
| 18:07 |
|
Naros |
Yep |
| 18:07 |
|
Naros |
The other issue tho is find using LockMode types :( |
| 18:08 |
|
sfisque |
not sure what you mean. i'ev used lockmode with find |
| 18:08 |
|
* sfisque |
takes a look at the product code |
| 18:08 |
|
Naros |
aye, this worked until I set JPA to 2.1 |
| 18:09 |
|
sfisque |
OH, you mean it's gone now? |
| 18:09 |
|
Naros |
Yah |
| 18:09 |
|
Naros |
i only see the find(getEntityClass(), id); method |
| 18:09 |
|
sfisque |
oh nm, i've only used it with query, not find |
| 18:09 |
|
sfisque |
Query.setLockMode( int ) |
| 18:09 |
|
Quest |
Naros, which query language for hibernate/jpa is closest to SQL |
| 18:10 |
|
Quest |
hql , jpql or criteria |
| 18:10 |
|
sfisque |
HQL and JPQL are almost identical other than HQL specific features |
| 18:10 |
|
Quest |
not criteria ofcourse |
| 18:10 |
|
sfisque |
90% of jpa is hibernate (they were heavy contributors to the JSRs) |
| 18:10 |
|
Quest |
sfisque, and jpql i s the closest? |
| 18:10 |
|
Naros |
They all resemble SQL to a degree |
| 18:10 |
|
Naros |
Whether you talk JPQL, HQL, etc. |
| 18:10 |
|
sfisque |
i would say HQL is closer because it has a denser feature set |
| 18:10 |
|
sfisque |
JPQL is more "generic" |
| 18:10 |
|
Naros |
My suggestion is if you're going to use criteria, use JPA's criteria and not Hibernate's. |
| 18:10 |
|
Quest |
hm |
| 18:11 |
|
|
SExJ joined ##javaee |
| 18:11 |
|
Quest |
Naros, hm |
| 18:11 |
|
Naros |
Hibernate's criteria API is being deprecated in favor of JPA's to my understanding |
| 18:11 |
|
sfisque |
i would agree with naros, but keep in mind, that jpa allows you to "get" the native peer for edge cases where you need a "feature" |
| 18:11 |
|
* Quest |
would stick to JPQL first |
| 18:11 |
|
Quest |
k |
| 18:11 |
|
Naros |
Not only that, but using JPA rather than vendor-specifics makes it even more portable if you decide to swap JPA vendors later. |
| 18:12 |
|
Naros |
and less prone to maintenance changes between vendor JPA patches :) |
| 18:13 |
|
Naros |
now where did my LockMode find method go :( |
| 18:13 |
|
sfisque |
subclass the EM and add one |
| 18:13 |
|
sfisque |
it's JAVA!!!! |
| 18:13 |
|
Naros |
lawlz |
| 18:13 |
|
sfisque |
have a factory that wraps the EM and gives you a find (Lockmode) method. all you need to do is mimic the find as a query construct and add the LockMode to it |
| 18:14 |
|
Naros |
aye |
| 18:14 |
|
sfisque |
one sec, i have an idea |
| 18:14 |
|
* sfisque |
starts surfing the javadoc |
| 18:15 |
|
Quest |
that fell over my head> |
| 18:15 |
|
Quest |
sfisque> no, as in Class.forName( "AClassName" ).newInstance().method(); |
| 18:15 |
|
Quest |
<sfisque> you can't trivially bind a runtime string to an arbitrary object and execute it without doing pointer magic or lots of add-on code |
| 18:15 |
|
sfisque |
EM has detach() |
| 18:15 |
|
Quest |
would have to do readings |
| 18:15 |
|
sfisque |
oh wait, you're in ee7, changing javadoc |
| 18:15 |
|
Naros |
or just ditch it because it was probably removed for a reason :) |
| 18:15 |
|
Naros |
weird, I se it in jpa-2.1-api 1.0.0 final |
| 18:16 |
|
Naros |
yah i see it too |
| 18:16 |
|
Naros |
hm |
| 18:16 |
|
sfisque |
it's in the ee7 javadoc |
| 18:16 |
|
Naros |
aye |
| 18:16 |
|
sfisque |
<T> T |
| 18:16 |
|
sfisque |
http://docs.oracle.com/javaee/7/api/javax/persistence/EntityManager.html#find%28java.lang.Class,%20java.lang.Object%29(http://docs.oracle.com/javase/7/docs/api/java/lang/Class.html?is-external=true<T> entityClass, http://docs.oracle.com/javase/7/docs/api/java/lang/Object.html?is-external=true primaryKey) |
| 18:16 |
|
sfisque |
Find by primary key. |
| 18:16 |
|
sfisque |
<T> T |
| 18:16 |
|
sfisque |
http://docs.oracle.com/javaee/7/api/javax/persistence/EntityManager.html#find%28java.lang.Class,%20java.lang.Object,%20javax.persistence.LockModeType%29(http://docs.oracle.com/javase/7/docs/api/java/lang/Class.html?is-external=true<T> entityClass, http://docs.oracle.com/javase/7/docs/api/java/lang/Object.html?is-external=true primaryKey, http://docs.oracle.com/javaee/7/api/javax/persistence/LockModeType.html lockMode) |
| 18:16 |
|
sfisque |
Find by primary key and lock. |
| 18:16 |
|
sfisque |
<T> T |
| 18:16 |
|
sfisque |
http://docs.oracle.com/javaee/7/api/javax/persistence/EntityManager.html#find%28java.lang.Class,%20java.lang.Object,%20javax.persistence.LockModeType,%20java.util.Map%29(http://docs.oracle.com/javase/7/docs/api/java/lang/Class.html?is-external=true<T> entityClass, http://docs.oracle.com/javase/7/docs/api/java/lang/Object.html?is-external=true primaryKey, http://docs.oracle.com/javaee/7/api/javax/persistence/LockModeType.html lockMode, http://docs.oracle |
| 18:16 |
|
sfisque |
Find by primary key and lock, using the specified properties. |
| 18:16 |
|
sfisque |
<T> T |
| 18:16 |
|
sfisque |
http://docs.oracle.com/javaee/7/api/javax/persistence/EntityManager.html#find%28java.lang.Class,%20java.lang.Object,%20java.util.Map%29(http://docs.oracle.com/javase/7/docs/api/java/lang/Class.html?is-external=true<T> entityClass, http://docs.oracle.com/javase/7/docs/api/java/lang/Object.html?is-external=true primaryKey, http://docs.oracle.com/javase/7/docs/api/java/util/Map.html?is-external=true<http://docs.oracle.com/javase/7/docs/api/java/lang/String. |
| 18:16 |
|
sfisque |
Find by primary key, using the specified properties. |
| 18:16 |
|
Naros |
o.o |
| 18:16 |
|
Naros |
spammer |
| 18:16 |
|
sfisque |
blah, stupid adium expanded the links |
| 18:16 |
|
sfisque |
sorry |
| 18:16 |
|
Naros |
yah i see it but for whatever reason when i ported to 2.1, EM is giving me issues. |
| 18:17 |
|
sfisque |
bug? |
| 18:17 |
|
sfisque |
maybe an underlying impl bug |
| 18:17 |
|
Naros |
let me look at the dependency graph, maybe somewhere i got some conflicts. |
| 18:18 |
|
sfisque |
are you using the containers JPA impl or bundling your own in the ear/war? |
| 18:18 |
|
Naros |
I'm not on a EE container, so self-bundling. |
| 18:19 |
|
sfisque |
oh, ok. tomcat? |
| 18:19 |
|
Naros |
ugh i think its a disconnect beween HSEARCH and HCORE |
| 18:20 |
|
Naros |
looks like HSEARCH depends on HCORE 4.2.x and I'm needing to use HCORE 4.3.x which uses JPA 2.1 |
| 18:20 |
|
sajjadg |
Is there any channel for EclipseLink? |
| 18:20 |
|
Naros |
but only see jpa 2.1 in the list :/ |
| 18:21 |
|
sfisque |
is there a command to send to chanserv to list the channels? |
| 18:21 |
|
sfisque |
like a clist or chanlist or smeothing? |
| 18:22 |
|
sajjadg |
sfisque, I don't know the command but xchat can list the channels |
| 18:23 |
|
sfisque |
naros i guess you could jsut do the vanila find and then call EM.detach() |
| 18:23 |
|
sfisque |
if that's what you're trying to achieve |
| 18:26 |
|
Naros |
yah but those are the least of my issues really. for whatever reason methods which should exist on the EM aren't showing up |
| 18:26 |
|
Naros |
and all dependencies have been set properly. |
| 18:26 |
|
sfisque |
that's squireely |
| 18:26 |
|
sfisque |
***squirrely |
| 18:27 |
|
Naros |
upgraded HSEARCH to 4.5.alpha which supports HCORE 4.3.x |
| 18:27 |
|
Naros |
jpa 2.1 is in my dependencies |
| 18:28 |
|
Naros |
lol, gotta love it when you have to dependencies conflicting :P |
| 18:28 |
|
Naros |
*two |
| 18:29 |
|
zoot |
no, we don't take kindly to that sort of dependencies around here. |
| 18:31 |
|
Naros |
lol yah for w/e reason I had the persistence api 2.0 and 2.1 :P |
| 18:32 |
|
Naros |
I think Eclipse was going bonkers trying to decide what to use |
| 18:32 |
|
sfisque |
heretic. you should be using NB |
| 18:32 |
|
sfisque |
:P |
| 18:32 |
|
sfisque |
JK |
| 18:32 |
|
Quest |
any comments about jasper reports vs. crystal reports? |
| 18:32 |
|
* sfisque |
hides from the ensuing flame war |
| 18:32 |
|
Naros |
lol |
| 18:32 |
|
Naros |
or write your own :P |
| 18:32 |
|
sfisque |
jasper == open source, crystal == payware |
| 18:33 |
|
sfisque |
basically CR is going to give you support and all that hooey. with jasper, if you break it, you keep both halves |
| 18:34 |
|
sfisque |
don't write your own, unless you're going to market it and make millions. report generation is not an easy beast to tame |
| 18:34 |
|
Quest |
sfisque, no no ,, i thougth crystal was free and open source too. and also, crystal is for any language. jasper is only for java. |
| 18:34 |
|
sfisque |
afaik crystal reports is a $$ product |
| 18:34 |
|
sfisque |
lets see |
| 18:34 |
|
Quest |
hm |
| 18:34 |
|
sfisque |
javaeebot lucky crystal reports |
| 18:34 |
|
javaeebot |
sfisque: http://www.crystalreports.com/ |
| 18:34 |
|
sfisque |
SAP product |
| 18:35 |
|
sfisque |
i thought so |
| 18:35 |
|
sfisque |
there is also forest and trees, but not sure if it's still in production |
| 18:35 |
|
sfisque |
seagate product |
| 18:35 |
|
sfisque |
platinum product but seagate bought them |
| 18:36 |
|
Naros |
Alright, so now how to add ON clauses in JPA 2.1. |
| 18:36 |
|
Naros |
sfisque: aye, depends on the needs. |
| 18:37 |
|
Quest |
sfisque, which one would you go with? |
| 18:37 |
|
sfisque |
true. for simple small business stuff, roll your own can be fine. enterprise "ad hoc" reporting is not a nice arena to play in |
| 18:37 |
|
pdurbin |
heh. crystal reports. that takes me back |
| 18:37 |
|
sfisque |
depends Q. what's the problem you are solving? |
| 18:38 |
|
Quest |
pdurbin, crystal reports is not free |
| 18:38 |
|
Naros |
sfisque: 2.1 does indeed have it. Fetch<>.on(Expression<>) and Join<>.on(Expression<>) |
| 18:38 |
|
sfisque |
all tech/mech choices are dependent on the problem. no need to use a bazooka if you can use chop sticks |
| 18:38 |
|
pdurbin |
Quest: it wasn't in the 90's either |
| 18:38 |
|
Quest |
sfisque, piecharts, bar graphs, graphs. etc |
| 18:38 |
|
sfisque |
if all you need are graphs, just use jfreechart |
| 18:38 |
|
Quest |
pdurbin, so crystal was also open source . once? |
| 18:38 |
|
sfisque |
never |
| 18:39 |
|
sfisque |
afaik |
| 18:39 |
|
Quest |
sfisque, crystal was never free? |
| 18:39 |
|
Quest |
hm |
| 18:39 |
|
Quest |
some one reputed informed me that crystal was free and works with all languages. jasper was only for java. |
| 18:39 |
|
Quest |
any ways |
| 18:39 |
|
Quest |
so jasper is only for java? |
| 18:39 |
|
sfisque |
there is a "free java lib" |
| 18:40 |
|
sfisque |
but all it does is wrapper calls into a CR engine. so you still need to pay money |
| 18:40 |
|
* Quest |
needs most feature full , and free JPL too. for future extensibility |
| 18:40 |
|
sfisque |
aka you buy the engine, and if you need the java lib, you can download it for free |
| 18:40 |
|
whartung |
we use jasper, mostly content with it so I'm told |
| 18:40 |
|
whartung |
I've not used it myself |
| 18:40 |
|
|
aldaris left ##javaee |
| 18:40 |
|
Naros |
Quest: You might also want to check out Highcharts. |
| 18:41 |
|
Quest |
so jasper is only for java? |
| 18:41 |
|
Quest |
Naros, ok |
| 18:41 |
|
Quest |
Naros, but need MOST featureful and generic for all languages |
| 18:41 |
|
Naros |
It's pure JQuery driven. |
| 18:41 |
|
Quest |
hm |
| 18:41 |
|
Quest |
sfisque, whartung can i use jasper with html / php? |
| 18:41 |
|
sfisque |
jasper is written IN java, but you can always externalize it and call in from any language |
| 18:42 |
|
Naros |
Yep |
| 18:42 |
|
sfisque |
yes Q, we use jasper to export JSF tables to PDF and XLS |
| 18:42 |
|
whartung |
yea, jasper just runs off of JDBC connection (mostly), so you can run it along side PHP as a reporting service. |
| 18:42 |
|
whartung |
Of course, you can run PHP in servlet containers as well |
| 18:42 |
|
sfisque |
you can? |
| 18:42 |
|
sfisque |
nifty |
| 18:43 |
|
Quest |
it can produce charts/ reports on the fly? and show it on a webpage or on a desktop application? like any one ever saw charts of spread sheet on google docs? (you change the data, the chart auto reconstructs itself on the fly) |
| 18:44 |
|
sfisque |
yes. jasper uses jfreechart for graphs/charts and itext for pdf (via FOP) |
| 18:45 |
|
Quest |
jasper uses jffreechart and itext in the backend? |
| 18:45 |
|
Quest |
and jfreechart / itext are free as well |
| 18:45 |
|
Quest |
jasper is just a wrapper for jfreechart / itext? |
| 18:48 |
|
sfisque |
its more than that, but it leverages those libs for some of its heavy lifting |
| 18:48 |
|
sfisque |
so if you "wanted to roll your own" those libs are where you should probably start |
| 18:48 |
|
Quest |
hm |
| 18:48 |
|
whartung |
itext 2.x is free, the current version, 5.x, is AGPL. |
| 18:48 |
|
sfisque |
otherwise leverage an existing solution like jasper |
| 18:49 |
|
Quest |
whartung, whats AGPL. new version i gues |
| 18:49 |
|
sfisque |
apache GPL? |
| 18:49 |
|
sfisque |
or artistic GPL |
| 18:49 |
|
semiosis |
affero |
| 18:49 |
|
semiosis |
usually |
| 18:49 |
|
whartung |
GPL kicks in when you distribute software |
| 18:49 |
|
whartung |
if you run GPL software as as service, it's not "distribution" |
| 18:49 |
|
semiosis |
javaeebot: lucky agpl |
| 18:49 |
|
javaeebot |
semiosis: http://en.wikipedia.org/wiki/Affero_General_Public_License |
| 18:49 |
|
sfisque |
aye. you gotta make the source available , blah blah blah |
| 18:49 |
|
Quest |
whartung, sfisque well in short. we can use jasper for the next 100 years and change / modify its code/ give back to community? |
| 18:50 |
|
sfisque |
yes Q |
| 18:50 |
|
whartung |
AGPL make accessing as a service considered distribution |
| 18:50 |
|
sfisque |
really? |
| 18:50 |
|
sfisque |
wowers |
| 18:50 |
|
whartung |
yea |
| 18:51 |
|
sfisque |
good thing non of my personal stuff is revenue based (all free/hobby stuff) |
| 18:51 |
|
whartung |
doesn't matter if its revenue based :) |
| 18:51 |
|
Naros |
sfisque: "with-clause not allowed on fetched associations; use filters" :/ |
| 18:51 |
|
sfisque |
naros poopy! |
| 18:52 |
|
sfisque |
filters? did jpa 2.1 incorporate hibernate style filters? |
| 18:52 |
|
Quest |
if my site sells a some product that is viable online on a page and it has a repport that uses itext 5.x . its considered distribution. and i have to pay to itext? |
| 18:52 |
|
whartung |
no, you have to distribute the source to you system |
| 18:53 |
|
sfisque |
i believe you can just distribute the bindings that touch, you dont have to distribute the full system, no? |
| 18:53 |
|
Quest |
the source of my OWN application? |
| 18:53 |
|
Naros |
sfisque: that i dont know yet. |
| 18:53 |
|
|
SExJ joined ##javaee |
| 18:53 |
|
Naros |
can't seem to find much clarification et |
| 18:53 |
|
whartung |
basically if it's in a WAR, everything in that WAR is fair game |
| 18:53 |
|
semiosis |
Quest: just read the license |
| 18:53 |
|
Quest |
okie dokie |
| 18:54 |
|
sfisque |
good argument for distributed builds :-) |
| 18:54 |
|
whartung |
yea, if the reporting system is alone in it's own WAR, you would need to distribute just that part |
| 18:54 |
|
Quest |
fair |
| 18:54 |
|
sfisque |
or if you just encapsulated it into an ejb-jar, you can then consume via remote interfaces and it's all runtime linkage |
| 18:55 |
|
sfisque |
just have to publish out the EJB facades |
| 18:55 |
|
sfisque |
assuming that bundle model |
| 18:55 |
|
whartung |
not if they're linked in the same image. |
| 18:56 |
|
sfisque |
i guess the question is, how does AGPL adjudicate runtime binding versus compile time binding |
| 18:56 |
|
sfisque |
if the war is spit out with any jasper linkages (all behind ejb facades) would you still have ot publish out the war |
| 18:57 |
|
whartung |
it doesn't really, that's why most folks make others install the MySQL jars themselves |
| 18:57 |
|
sfisque |
assuming they are not deployed in a ear, but standalone moduels |
| 18:57 |
|
whartung |
The WAR is a reasonable boundary |
| 18:57 |
|
sfisque |
well, that's a deploy job anyway, no reason to deploy a jdbc driver in a war/ear |
| 18:58 |
|
whartung |
assuming it's calling remote EJBs |
| 18:58 |
|
sfisque |
aye |
| 18:58 |
|
sfisque |
do a "loose" deploy where the ejb-jars are standalone modules that facade the reporting |
| 18:58 |
|
whartung |
yea, using remote services. |
| 18:58 |
|
sfisque |
then the war makes a remote call via JNDI lookup |
| 18:59 |
|
whartung |
yea, that's a fair disassociation. |
| 18:59 |
|
sfisque |
which wont matter because most modern containers will optimize a remote same container call as a local call to remove the RMI footprint |
| 18:59 |
|
whartung |
sure |
| 18:59 |
|
|
cem_ joined ##javaee |
| 19:00 |
|
sfisque |
so i have a conceptual product question. do you think there is a possible market for a simple "development sandbox" that fits on a tablet/phone and has a simple interface so that "pedestrian users" can make their own apps on the fly? |
| 19:00 |
|
sfisque |
sort of liek a hypercard for phone/tablet |
| 19:00 |
|
|
SExJ joined ##javaee |
| 19:01 |
|
whartung |
sure |
| 19:01 |
|
cem_ |
konbawa |
| 19:01 |
|
whartung |
and I think it's can be done completely in a web browser. |
| 19:03 |
|
sfisque |
well, except i do not know if browsers allow access to the file system (which i guess is not an issue if the storage is moved out to the cloud, but then you have the "why cant i run my program when i have no signal" issue) |
| 19:03 |
|
* Naros |
doesn't think what I want is possible :(. |
| 19:03 |
|
whartung |
they pretty much all have access to client storage, notably a SQLite DB |
| 19:03 |
|
sfisque |
konbawa cem_ |
| 19:04 |
|
sfisque |
i know apps have that, the question is, are the browsers allowed to have that and do they expose it to javascript. that's a security question i do not know the answer to |
| 19:04 |
|
whartung |
yea, they have access to it. It's domain bound |
| 19:05 |
|
Quest |
hm.. searched the net a bit. so jasper and crystal are the only beasts with most community and featurefulness are on the plate |
| 19:08 |
|
cem_ |
Quest san jasper and crystal ? what are those ? |
| 19:08 |
|
sfisque |
report generation lib/prods |
| 19:08 |
|
Quest |
Naros, highcharts is jquery driven. then its output would be in a pdf of a web page |
| 19:08 |
|
Quest |
cem_, frameworks to make reports |
| 19:08 |
|
cem_ |
oh! |
| 19:09 |
|
cem_ |
like poi |
| 19:09 |
|
cem_ |
or more then that ? |
| 19:09 |
|
sfisque |
semantically similar. except poi is specifically MSOffice compatability |
| 19:10 |
|
sfisque |
jasper/crystal are more "consumption" oriented. take data and generate pdf/xls/etc. output for reporting |
| 19:10 |
|
sfisque |
poi is more about bridging between office and non-office environments |
| 19:11 |
|
cem_ |
jasper/crystal uses poi |
| 19:11 |
|
Quest |
no #jasper / #jasperreports |
| 19:11 |
|
sfisque |
i'm sure it does. everything uses poi |
| 19:11 |
|
sfisque |
because microsoft is like a fungus. it gets into everything |
| 19:12 |
|
pdurbin |
whartung: I just created this issue for OpenSAML: [#OSJ-54] Investigate use of standard JAXP - Shibboleth JIRA - https://issues.shibboleth.net/jira/browse/OSJ-54 |
| 19:12 |
|
Quest |
can crystal / jasper produce charts/ reports on the fly? and show it on a webpage or on a desktop application? like any one ever saw charts of spread sheet on google docs? (you change the data, the chart auto reconstructs itself on the fly) |
| 19:22 |
|
cem_ |
bye sfisque san , Quest san .. all bye |
| 19:31 |
|
Naros |
Quest: highcharts output is by default SVG |
| 19:32 |
|
Naros |
You can have the SVG output serialized into other formats such as JPEG, PDF, etc. |
| 19:32 |
|
Naros |
In fact, our reporting module, which is web based, outputs the SVG stuff. But users can select a specific output type and we pump it through the pipeline to spit out whatever they want. |
| 19:33 |
|
Naros |
We've gotten to the point where they can select various axis components, chart types, etc all in a configurator type UI |
| 19:34 |
|
Naros |
anyway, sfisque I guess these 'filters' are hibernate-specific |
| 19:34 |
|
Naros |
I'm not aware of filters being part of JPA now |
| 19:34 |
|
Naros |
But I think I might be writing this JPA query wrong too, IDK |
| 19:36 |
|
sfisque |
that's what i thought. i knew hib has filters, but was unsure if JPA was adding them |
| 19:36 |
|
Naros |
I'd prefer not using hibernate filters if I can avoid them |
| 19:46 |
|
Quest |
k |
| 19:47 |
|
|
SExJ joined ##javaee |
| 19:50 |
|
SoniEx2 |
ok so I have a small bug... |
| 19:50 |
|
SoniEx2 |
my forth VM works fine |
| 19:50 |
|
SoniEx2 |
but when I try to compile |
| 19:51 |
|
Naros |
So even using JPQL "FROM WorkOrder wo LEFT JOIN FETCH wo.components as components WITH components.disabledColumns.disabledFlag = :disabledFlag WHERE wo.id.plantId = :plantId AND wo.id.workOrder = :workOrder" i get the same error. |
| 19:51 |
|
SoniEx2 |
the CPU usage gets stuck at 100% |
| 19:51 |
|
SoniEx2 |
and when I check the active threads no Forth thread is running... |
| 19:51 |
|
SoniEx2 |
(so basically it's not compiling or w/e) |
| 19:51 |
|
SoniEx2 |
so wtf is going on? |
| 19:52 |
|
SoniEx2 |
also it seems like it never compiles |
| 19:52 |
|
SoniEx2 |
actually wait |
| 19:53 |
|
SoniEx2 |
no I think I found it |
| 19:53 |
|
SoniEx2 |
now to find out why it's crashing... |
| 19:54 |
|
SoniEx2 |
oh... wait... |
| 19:56 |
|
SoniEx2 |
huh this is funny |
| 19:57 |
|
SoniEx2 |
the whole thing works fine when defining words... |
| 19:57 |
|
SoniEx2 |
but when doing a COMPILE it fails |
| 20:00 |
|
|
SExJ joined ##javaee |
| 20:00 |
|
sfisque |
this is why i recommended just wrapping an existing forth impl |
| 20:01 |
|
Quest |
the working from the user end (developer) for crystal and jasper is how much different? if you have worked in crystal, how much ease would be to migrate to jasper |
| 20:01 |
|
sfisque |
or at the very least, use a CC to build the impl so you are not wrestling with syntax |
| 20:01 |
|
sfisque |
apples and oranges |
| 20:01 |
|
sfisque |
until oracle ratifies an EE api for reporting, there's no impetus to standardize the interface |
| 20:02 |
|
sfisque |
oooh, suggest a JSR |
| 20:02 |
|
SoniEx2 |
eh I did my parse()'s wrong... |
| 20:02 |
|
SoniEx2 |
I think... |
| 20:06 |
|
|
SExJ joined ##javaee |
| 20:06 |
|
sfisque |
hrm, looks like no one has tackled a BNF for Forth. i guess you either have to roll your own, or wrap an existing impl |
| 20:07 |
|
whartung |
there is no grammar for Forth, same with Lisps |
| 20:09 |
|
sfisque |
i see that from googling |
| 20:10 |
|
|
Quest left ##javaee |
| 20:10 |
|
|
Quest joined ##javaee |
| 20:15 |
|
|
AlexCzar joined ##javaee |
| 20:19 |
|
SoniEx2 |
FIXED |
| 20:19 |
|
zoot |
you got your dog fixed? |
| 20:20 |
|
whartung |
"We're going the vet! I'm gonna get fixed! It's my favorite thing!" |
| 20:33 |
|
|
acuzio joined ##javaee |
| 20:34 |
|
|
SExJ joined ##javaee |
| 20:42 |
|
Naros |
So is there any equivalent of Hibernate filters in raw jpa |
| 20:43 |
|
Quest |
my spring security xml looks sane and does the authentication in a correct manner, http://pastie.org/8458067 . But it seems that I can view ANY page directly (even without logging in the /login page.). Any clues on how can I find the problem? |
| 20:43 |
|
Quest |
It was working ok in the past, but I guess I accidently changed some thing. cant remember what. and now what is making the problem |
| 20:43 |
|
Naros |
<security:intercept-url pattern="/**" access="isAuthenticated()" /> |
| 20:44 |
|
Quest |
Naros, am.. sure? |
| 20:44 |
|
Naros |
For us, all pages require authentication. |
| 20:44 |
|
Quest |
ya. |
| 20:44 |
|
Quest |
ok. rebuilding after changing /* to /** |
| 20:45 |
|
Naros |
instead of /* as the pattern try /** |
| 20:45 |
|
Quest |
got a warning "spring facet is not configured" |
| 20:45 |
|
Naros |
If that doesn't fix it, I'll have to look into it later cause I gotta try to find a solution to my own issue. |
| 20:46 |
|
Quest |
Naros, hm.. now I CAN see that I was redirected to /login page when I tried to go into some restricted page. BUT, the resources used in the /login page where disabled. like css and images. /login |
| 20:47 |
|
Quest |
the /** worked but broke resources |
| 20:47 |
|
Quest |
Naros, what issue you have? |
| 20:47 |
|
Naros |
add permit all permissions for those. |
| 20:47 |
|
Naros |
<security:intercept-url pattern="/resources/**" access="permitAll()" /> |
| 20:47 |
|
Naros |
<security:intercept-url pattern="/**/*.css" access="permitAll()" /> |
| 20:47 |
|
Naros |
etc |
| 20:48 |
|
Quest |
oh. |
| 20:48 |
|
Quest |
simple it was |
| 20:48 |
|
Quest |
Naros, what issue you have? |
| 20:48 |
|
Naros |
Yah, we dont require any special permissions for *.css, /images/* and *.js files |
| 20:49 |
|
Naros |
ah its a jpa issue, trying to get at some data a specific way which doesn't seem to be possible |
| 20:49 |
|
Quest |
my resources dir is "${pageContext.request.contextPath}/resources" |
| 20:50 |
|
Quest |
doing <security:intercept-url pattern="/resources/**" access="permitAll()" /> |
| 20:51 |
|
Naros |
that will permit anything in /resources to be available, including subdirectories :P |
| 20:52 |
|
Naros |
if you use struts, remember you also need to include /**/struts/** too so that the validation API is exposed to forms. |
| 20:52 |
|
Quest |
it works |
| 20:53 |
|
Quest |
Thanks |
| 20:53 |
|
Quest |
the /* means just one directory after / ? |
| 20:54 |
|
Quest |
the /** means all directories and sub directories after / ? |
| 21:30 |
|
|
Losowski joined ##javaee |
| 21:51 |
|
|
SExJ joined ##javaee |
| 22:07 |
|
|
cem_ joined ##javaee |
| 22:07 |
|
cem_ |
hiyo |
| 22:29 |
|
cem_ |
how to choose correct index in sql ? |
| 22:30 |
|
Naros |
the sql planner does that generally for you. |
| 22:31 |
|
Naros |
you can supply hints on SQL statements, but those are not always going to be followed if the SQL planner thinks it's smarter than you :P |
| 22:31 |
|
whartung |
depends on the database whether you can do hints |
| 22:31 |
|
whartung |
they're not portable |
| 22:32 |
|
whartung |
and yea, it's all up to the optimizer. |
| 22:36 |
|
sfisque |
generally indexing is ok on columns that are idempotent. you dont want to index a column that will see heavy CRUD because it can kill the db |
| 22:42 |
|
cem_ |
so i should do for only constant like rowid of resultset |
| 22:42 |
|
cem_ |
only for& |
| 22:43 |
|
whartung |
what? |
| 22:45 |
|
cem_ |
hehe that was just example rowid is virtual i know it :P |
| 22:48 |
|
sfisque |
for example, if i had a table that was defined with 3 columns and two of those columns mutate constantly in bulk transactions, indexing could be problematic. conversely, if they are generally stable, indexing them could be good. you have to weigh the use cases |
| 22:49 |
|
whartung |
depdns on whether they're queried heavily or not. |
| 22:49 |
|
|
sajjadg joined ##javaee |
| 22:49 |
|
sfisque |
arguably, you'd have a dba around who handles this kind of question |
| 22:49 |
|
whartung |
dab -- what a concept. |
| 22:50 |
|
whartung |
dba |
| 22:50 |
|
sfisque |
lolz |
| 22:50 |
|
sfisque |
sometimes you get lucky |
| 22:50 |
|
sfisque |
:P |
| 22:52 |
|
sfisque |
just phone screened with a recruiter for a enterprise arch position with a company that does touch screens for vending machines |
| 22:52 |
|
sfisque |
nifty |
| 22:53 |
|
* sfisque |
crosses fingers |
| 22:53 |
|
sfisque |
i wonder if they're looking to do a "phone home" refresh system |
| 22:55 |
|
whartung |
heh |
| 23:08 |
|
* cem_ |
i love this channel :) |
| 23:09 |
|
|
kotten joined ##javaee |
| 23:16 |
|
sfisque |
god i hate using jpa1 for query construction |
| 23:17 |
|
whartung |
heh |
| 23:17 |
|
whartung |
I really like EclipseLink for that |
| 23:17 |
|
whartung |
ExpressionBuilder is really nice |
| 23:17 |
|
sfisque |
yah , i "could" go to the native peer |
| 23:18 |
|
whartung |
I've glances at JPA2 Criteria API and kind of go "ummm….no thanks" |
| 23:18 |
|
sfisque |
this is my home stuff , running on jboss 5.1, which is EJB5 :-( |
| 23:18 |
|
sfisque |
or i should say EE5 |
| 23:18 |
|
whartung |
it doesn't motivate me to port our EL stuff |
| 23:18 |
|
whartung |
well that's what we use |
| 23:18 |
|
whartung |
JEE5 but EL2 |
| 23:18 |
|
sfisque |
i like jpa2 |
| 23:19 |
|
whartung |
but even with toplink it works (we had to change packages when we went from toplink to EL) |
| 23:19 |
|
sfisque |
not as much features as native impl, but still very clean api |
| 23:19 |
|
sfisque |
aye |
| 23:19 |
|
sfisque |
aye, same code base, just repackaged |
| 23:19 |
|
sfisque |
plus newer enhancements |
| 23:20 |
|
whartung |
yea |
| 23:20 |
|
whartung |
it was mostly painless |
| 23:20 |
|
sfisque |
s/old/new/g — and…. GO |
| 23:21 |
|
whartung |
s/old/new/g -- and … SHIP IT! |
| 23:21 |
|
sfisque |
:-) |
| 23:21 |
|
whartung |
"how hard can it be?" |
| 23:21 |
|
sfisque |
well, minuse the 5 minutes waiting for jenkins to spit out the build |
| 23:21 |
|
sfisque |
:P |
| 23:22 |
|
sfisque |
i love getting emails from recruiters for enterprise java in…… Boise, ID. /snicker |
| 23:22 |
|
whartung |
:) |
| 23:22 |
|
whartung |
they better pay well |
| 23:22 |
|
whartung |
maybe they'll let you work remotely! |
| 23:23 |
|
sfisque |
i'm waiting for the day i get one for "xxx Research Station, Antarctica". then, maybe i'll be tempted |
| 23:23 |
|
sfisque |
lolz |
| 23:23 |
|
whartung |
heh |
| 23:23 |
|
semiosis |
xxx research? |
| 23:23 |
|
sfisque |
or , "Clavius Base, Moon" |
| 23:23 |
|
sfisque |
lol, wildcard semiosis, relax :P |
| 23:23 |
|
semiosis |
haha |
| 23:24 |
|
sfisque |
#{name} Research Station, Antarctica |
| 23:24 |
|
whartung |
All of the best swimsuit calendars are photographed in Antarctica -- everyone knows this…and everyone knows why... |
| 23:24 |
|
sfisque |
ROFL |
| 23:25 |
|
sfisque |
because of the aurora borealis in teh background? |
| 23:25 |
|
* sfisque |
snickers |
| 23:25 |
|
whartung |
and the wind in the hair... |
| 23:25 |
|
sfisque |
>.< |
| 23:25 |
|
whartung |
and penguins…blue water, sandy beaches…and penguins. |
| 23:26 |
|
sfisque |
:-D |
| 23:38 |
|
|
SoniEx2 joined ##javaee |
| 23:51 |
|
pdurbin |
sfisque: there's a table app that let's you author apps. I can't find it now though |
| 23:51 |
|
pdurbin |
tablet* |
| 23:51 |
|
sfisque |
yah i think its called AIDE. but it assumes you know java and you have to "write" everything. |
| 23:52 |
|
sfisque |
i was thinking somethign for the "lay" user |
| 23:52 |
|
sfisque |
or the "power lay" user |
| 23:52 |
|
pdurbin |
yeah, the one I'm thinking of is drag and drop |
| 23:52 |
|
sfisque |
oh? |
| 23:52 |
|
sfisque |
i'll have to investigate this |
| 23:52 |
|
pdurbin |
it was mentioned on a podcast |
| 23:52 |
|
pdurbin |
or I dreamt it :) |
| 23:53 |
|
sfisque |
:-D |
