From: Joerg Heinicke > And I know why I asked for a better option: I get now > > java.lang.LinkageError: duplicate class definition: > org/apache/xml/dtm/ref/DTMManagerDefault <snip/>
> as similar described by Sylvain at > http://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem. > He suggests to > remove the standard libraries from Cocoon's WEB-INF/lib, but > then the webapp > is again dependent on the server. After reading Sylvains good docs I think that the error you have should *not* happen if you use the ParanoidCocoonServlet. The remaining problem with the ParanoidCocoonServlet is its strong shielding mechanism: "This means that if you get an object from the servlet engine whose class is defined by the engine's classloader and try to cast it to a class with the same class name, but loaded by the ParanoidClassLoader, the cast will fail because the classes are different." (see http://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem - the Downside) HTH Reinhard > > Joerg > > > Joerg Heinicke wrote: > > JBoss has its own concurrent.jar, what's loaded prior to > Cocoon's jar. > > I > > tried to "patch" JBoss libs using jboss.patch.url pointing > to Cocoon's > > concurrent.jar (it should at least work similar to endorsed > dirs), but > > first it does not work and second one webapp should not > influence the > > server. > > > > At the end I changed the servlet class to > ParanoidCocoonServlet in the > > web.xml of this Cocoon instance. Is there a better option? > > > > Joerg > > > > Bruno Dumon wrote: > > > >> On Tue, 2003-09-09 at 17:30, Joerg Heinicke wrote: > >> > >>> As somebody might remember we had a problem with the undeployment > >>> with Tomcat. This was fixed in Cocoon 2.1.1 by updating excalibur > >>> event and util concurrent IIRC. Now the undeployment works and no > >>> process hangs but I get an exception (see below). Does > any body has > >>> an idea (JBoss 3.0.6, Tomcat 4.1.18, Cocoon 2.1.1, Java > 1.4.1_03)? > >>> This exception did not occur in the three weeks old > Cocoon version. > >> > >> > >> > >> Could there be an older version of the PooledExecutor > class somewhere > >> in the classpath? > > > > > > > >>> 2003-09-09 17:23:37,338 ERROR > [org.jboss.web.localhost.Engine] ----- > >>> Root Cause ----- > >>> java.lang.NoSuchMethodError: > >>> EDU.oswego.cs.dl.util.concurrent.PooledExecutor.shutdownNow()V > >>> at > >>> > org.apache.excalibur.event.command.TPCThreadManager.doDispose( TPCThreadManager.java:179) > >>> > >>> at > >>> > org.apache.excalibur.event.command.AbstractThreadManager.dispo > se(AbstractThreadManager.java:231) > >>> > >>> at > > > > > > -- > System Development > VIRBUS AG > Fon +49(0)341-979-7419 > Fax +49(0)341-979-7409 > [EMAIL PROTECTED] > www.virbus.de >
