I have a development server where I have several java projects - some of 
them are web applications and some of them are libraries or other 
applications.

I have a problem as some of the web applications are using libraries 
developed outside the web application root, and those libraries 
sometimes use third party jars installed on the system (using 
JPackage). 

Previously the system was setup so that everything a web application 
might ever need to access was set in the JVM classpath for tomcat, so 
there was (almost) no problems with classloader hierarchy. 

Recently, in order to make the system more clean and flexible, and to 
solve some version conflicts (where one web app required one version of 
a library and another app required another), I've changed the 
configuration to how its supposed to work (as far as I understand): 
Tomcat is loaded with a minimal class path, and any additional classes 
are loaded from jars in the WEB-INF/lib directory. 

The problem is that the non-web applications and libraries are still 
loaded on the JVM classpath, as I don't have jars for them: the classes 
are automatically built when changes are made, so we can try them out 
in the development environment, but no jars are being built or 
populated into the system - this is handled by the packaging process 
which is not part of the development environment.

So now if an application uses a local library, and that library required 
a third party jar, it can't find it. 
The way I see it, I have two options - either put all the 3rd party 
libraries back in the JVM classpath, or build jars from my locally 
developed libraries and copy them by hand to the web applications' 
folder. I don't like either option, and I would really like a third one 
- something like configuring the default web.xml file to add external 
directories to the web-app class loader ? can something like that be 
done ?

TIA

-- 
Oded

::..
"There is no reason anyone would want a computer in their home."
        -- Ken Olson, president, chairman and founder of Digital Equipment 
Corp., 1977

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to