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) -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
