On 17/11/2010 16:44, Alberto Bugna wrote: > Hi Mark > > Thanks for responding. > > Let's make an example. > > Suppose I have two libraries that implement the same functionality. The only > differ for example for the version. > Suppose my web app uses that kind of library. > > I have libV2.jar in the lib folder of the web app, and libV1.jar in the libs > folder of tomcat so that libV1.jar is visible for all web applications. > > Now suppose that my web app only works with libV2.jar. > > I understand from your response that the class loader loads "offers" to my > web app the libV2.jar so everything should work! right? > > > But in my real situation if i run my web app in a "clean tomcat" without the > Mule libs loaded it works. When i run the web app in a tomcat installation > that loads those Mule libraries the web app does not work anymore. > > So waht is not working?
Generally multiple copies of the same class visible to an app but loaded by different class loaders is liable to cause issues. You can sometimes get away with it but often not. This sounds like something you need to raise with Mule support. Mark > > Thanks > Alberto > > 2010/11/17 Mark Thomas <ma...@apache.org> > >> On 17/11/2010 16:18, Alberto Bugna wrote: >>> Hi >>> >>> I'm running tomcat 6.0.29 on windows vista. >>> >>> I'have deployed a web application under webapps folder. This web >> application >>> comes with some jar libraries. >>> Unfortunately these libraries conflicts with others libraries installed >>> under tomcat. >>> I deployed under tomcat Mule esb so I have a lot of libraries loaded by >> the >>> common loader that belong to Mule esb. >>> And these Mule libraries conflict with my web application libraries. >>> >>> So basically I would like to tell tomcat to first load for my web >>> application his libraries (under WEB-INF/lib) and then if a resource is >> not >>> found it should be searched in the global libraries. >>> >>> How can i do that? >> >> That is how Tomcat loads classes by default (with some spec mandated >> exceptions). >> >> Mark >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
