I haven't actually tested the additionalJars feature with respect to reloading. It was orignally added with non-changing jars in mind, jasper.jar specifically. You may have to also specify use11Loader="true" for jar reloading to work.
I'm not aware of an equivalent feature in Tomcat 4.x. Cheers, Larry > -----Original Message----- > From: tamir [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 07, 2002 9:18 AM > To: 'Tomcat Users List' > Subject: RE: Classloader question > > > Hi Larry, > As I understand the additionalJars attribute, it can actually > state jars > outside > the WEB-INF/lib or WEB-INF/classes that will be reloaded by > tomcat when one > of the jars in changed. > Is it also relevant for Catalina ? > (Is there a way to state jars to be reloaded there too ?) > > Tamir > > -----Original Message----- > From: Larry Isaacs [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 07, 2002 2:18 PM > To: 'Tomcat Users List' > Subject: RE: Classloader question > > > The classloader diagram is found at: > > <http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.htm > l#configuring_ > classes> > > Because Tomcat 3.3.x uses the JDK delagation model for > classloading, classes in the "apps" classloader take priority > over WEB-INF/classes and WEB-INF/lib. I don't think your > approach will work because of this. > > However, there is an alternate trick that might work if you want > to give it a try. Instead of placing the "shared" classes in the > "apps" class loader, place them somewhere else and "include" them > in the webapp class loader using the additionalJars attribute of > the LoaderInterceptor11. See: > > <http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.htm > l#LoaderInterc > eptor11> > > I believe the additionalJars attribute will take directories as > well as jars. I also believe the "additionalJars" will be > searched after WEB-INF/classes, so a different version of a > class in WEB-INF/classes will take priority over classes added > by "additionalJars". > > Cheers, > Larry > > > > -----Original Message----- > > From: tamir [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, May 07, 2002 4:06 AM > > To: 'Tomcat Users List' > > Subject: RE: Classloader question > > > > > > Hi, > > I had many problems with classloaders using tomcat 3.3.1. > > I think you shouldn't be suprised by the LinkageError, cause > > you actually > > load this class twice, once by the context class loader and > > second by the > > apps > > class loader. > > What I don't remember is the hirarcy between these two class loaders > > (maybe you can check in the archives, and understand better what's > > happening). > > What I don't understand is why using two different versions > > of the same > > class. > > Isn't it some kind of troublemaker? > > > > Tamir > > > > > > > > -----Original Message----- > > From: Mario Felarca [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, May 07, 2002 7:06 AM > > To: [EMAIL PROTECTED] > > Subject: Classloader question > > > > > > Hello, > > > > I have a situation with Tomcat 3.3a where I am trying > > to allow a specific servlet context to load a version > > of a class from within their WEB-INF/classes > > directory, while other contexts on the server use a > > different version of that class that is loaded by the > > apps classloader. > > > > I can currently get the context classloader to > > actually load the correct class, however later on > > during init, I am getting a java.lang.LinkageError > > saying that the specific class that is being loaded > > twice is violating the loader constraints. > > > > Can anyone point me to any resources that would help > > me solve this problem? Any similar experiences or > > ideas would be greatly appreciated. > > > > Thanks in advance, > > > > Mario- > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Health - your guide to health and wellness > > http://health.yahoo.com > > > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > -- > > To unsubscribe, e-mail: > > <mailto:tomcat-user-> [EMAIL PROTECTED]> > > For > > additional commands, > > e-mail: <mailto:[EMAIL PROTECTED]> > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:tomcat-user-> [EMAIL PROTECTED]> > For > additional commands, > e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
