-
1. Re: Sahoo 'using java Persistence JEE 5' blog
bill.burke Feb 9, 2006 10:14 AM (in response to dhartford)We do not support the Java EE 5 EAR format yet in JBoss 4.0.x. So, you have to declare standalone persistence archives within application.xml as an ejb module if you want them to be deployed.
We are allowed to require a jta-data-source. -
2. Re: Sahoo 'using java Persistence JEE 5' blog
elkner Feb 11, 2006 7:17 AM (in response to dhartford)Hmmm, is this (*.ear/lib/availableToAll.jar) on your roadmap for 4.x ?
-
3. Re: Sahoo 'using java Persistence JEE 5' blog
bill.burke Feb 11, 2006 7:40 AM (in response to dhartford)Not yet. Why is it such a big deal?
-
4. Re: Sahoo 'using java Persistence JEE 5' blog
elkner Feb 11, 2006 11:54 AM (in response to dhartford)E.g. because my EJBs use util classes, which are required on the rich client (and in the feature possibly on the web app as well). Right now, I've to add the util classes to the ejb.jar - otherwise I get ClassNotFoundExeptions when invoking the beans.
OK, perhaps it might work to add a class-path entry into the metainfo and add all the extension description stuff (simply adding it to the application.xml as module does not work), but why should it be so complicated? It is much easier, when the stuff in lib gets picked up automatically,
anlog as more or less good startup files for rich clients already do, which avoid s a lot of typing, possible typos, maintainance overhead (e.g. when the version and thus name of a jar changes,
etc.) .
Just in case, here an example, what I mean wrt. to automatic pickup for RCs:# add in the dependency .jar files DIRLIBS=${BASE_DIR}/lib/*.jar LOCAL_CLASSPATH="" for i in $DIRLIBS ; do # if the directory is empty, then it will return the input string # this is stupid, so case for it if [ "$i" != "${DIRLIBS}" ] ; then if [ -z "LOCAL_CLASSPATH" ]; then LOCAL_CLASSPATH=$i else LOCAL_CLASSPATH="$i":$LOCAL_CLASSPATH fi fi done
So I can just add/remove/replace any lib without the need to adjust anything wrt. "deployment"/startup ...