On 2001.11.29 20:57:35 -0500 David Budworth wrote: > hmm, it never occured to me to do that. Much better solution. > (When I wrote the script, it was when I started using RH, so I didn't > yet know about *service.xml). > > > I am curious though, is there a reason you don't just add lib/ext/*.jar > automagically? (as though they were specified with *service.xml)
One reason is to not load stuff you don't need... but a better reason is that these can be http or maybe(?) ftp urls to a remote machine where you can't necessarily do a directory listing very well. Anyway, I prefer to make dependencies explicit. You could add them to the startup jboss-service.xml file, it has a large fraction of lib/ext listed (the stuuff I haven't pruned into other packages;-) david jencks david jencks > > -David > > On Thu, 29 Nov 2001, David Jencks wrote: > > > I suggest that you make a budworth-service.xml file with no mbeans, > only > > including a classpath element with the jars you want. Put this in > deploy, > > and voila, they will be loaded automatically. No messing with startup > > classpath necessary. They can be redeployed while the server is > running. > > > > This won't clean hypersonic for you, though, > > > > david jencks > > > > On 2001.11.29 15:28:44 -0500 David Budworth wrote: > > > I know what he's talking about. And you are correct Hunter, > > > lib/ext/*.jar is no longer in the class path. > > > > > > For support classes for your EJBs (ie webmacro.jar, whatever), you > need > > > to > > > add them to the classpath at startup (ie JBOSS_CLASSPATH) > > > > > > Or, unrolltem into you ejb.jar file and war file before you deploy. > > > > > > Prior to 3.0, everything from lib/ext was auto-added to the CP. > > > > > > I believe that the plan is to allow people to drop the standalone > > > jars into deploy, but that is not implemented yet (or maybe I missed > the > > > CVS update message and it's already there) > > > > > > To make my stuff work, I made my own jboss starter script called > sjboss: > > > -------- > > > #!/bin/bash > > > cd ~/jboss/bin > > > > > > PLIB=$HOME/proxeno/lib > > > PACKAGE_PREFIX=proxeno > > > > > > CP="$PLIB/webmacro.jar" > > > CP="$CP:$PLIB/jakarta-oro-2.0.4.jar" > > > CP="$CP:$PLIB/oracle9i.jar" > > > > > > if [ "$1" != "-noclean" ]; then > > > if [ -d ../db/hypersonic ]; then > > > echo Purging Hypersonc DB > > > rm -r ../db/hypersonic > > > mkdir ../db/hypersonic > > > fi > > > FILES=`find ../deploy -name "$PACKAGE_PREFIX*"` > > > for F in $FILES; do > > > echo Removing $F > > > rm $F > > > done > > > fi > > > export JBOSS_CLASSPATH=$CP > > > exec ./run.sh > > > -------- > > > > > > Note, I just use this for development, as nuking your database/jars > at > > > startup in production would be a bad thing. > > > > > > But you get the idea. > > > > > > -David > > > > > > > > > On Thu, 29 Nov 2001, Julian Gosnell wrote: > > > > > > > --- David Jencks <[EMAIL PROTECTED]> > > > > wrote: > On 2001.11.29 01:01:57 -0500 Hunter Hillegas > > > > wrote: > > > > > > Am I incorrect that RH adds every jar in lib/ext > > > > > to the CLASSPATH? > > > > > yes > > > > > > > > > > > > I'm having trouble with my app locating stuff from > > > > > a jar in that location > > > > > > so > > > > > > I'm wondering if I'm wrong about this... > > > > > > > > > > You need to put it into a *service.xml classpath > > > > > element or pack the jar > > > > > into a deployed sar. > > > > > > > > > > david jencks > > > > > > > > > > > > Hunter > > > > > > > > I might have missed something here - but it sounds > > > > like you are talking at cross-purposes. > > > > > > > > Hunter has a problem with an ear/war/jar. > > > > David is describing a solution for a sar. > > > > > > > > Hunter, could you be a little more specific ? > > > > > > > > What is the class/jar ? > > > > > > > > Are you trying to use it from the web-tier or the > > > > ejb-tier. > > > > > > > > Am I just confusing matters ? > > > > > > > > > > > > Jules > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Jboss-development mailing list > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Jboss-development mailing list > > > > > [EMAIL PROTECTED] > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > __________________________________________________ > > > > Do You Yahoo!? > > > > Everything you'll ever need on one web page from News and Sport to > > > Email and Music Charts > > > > http://uk.my.yahoo.com > > > > > > > > _______________________________________________ > > > > Jboss-development mailing list > > > > [EMAIL PROTECTED] > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > _______________________________________________ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
