Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <3F5EF792.1000506@virbus.de>
Date: Wed, 10 Sep 2003 12:06:10 +0200
From: Joerg Heinicke <jheinicke@virbus.de>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030617
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Exception during undeploy
References: <3F5DF210.3030209@virbus.de> <1063125044.22513.343.camel@yum.ot>
 <3F5EF404.9070903@virbus.de>
In-Reply-To: <3F5EF404.9070903@virbus.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

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
         at java.lang.ClassLoader.defineClass0(Native Method)
         at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
         at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
         at java.net.URLClassLoader.defineClass(URLClassLoader.java:250)
         at java.net.URLClassLoader.access$100(URLClassLoader.java:54)
         at java.net.URLClassLoader$1.run(URLClassLoader.java:193)
         at java.security.AccessController.doPrivileged(Native Method)
         at java.net.URLClassLoader.findClass(URLClassLoader.java:186)
         at 
org.apache.cocoon.servlet.ParanoidClassLoader.loadClass(ParanoidClassLoader.java:153)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
         at org.apache.xml.dtm.FactoryFinder.newInstance(FactoryFinder.java:243)
         at org.apache.xml.dtm.FactoryFinder.find(FactoryFinder.java:200)
         at org.apache.xml.dtm.DTMManager.newInstance(DTMManager.java:173)
         at org.apache.xpath.XPathContext.<init>(XPathContext.java:125)
         at 
org.apache.xalan.transformer.TransformerImpl.<init>(TransformerImpl.java:398)
         at 
org.apache.xalan.templates.StylesheetRoot.newTransformer(StylesheetRoot.java:197)
         at 
org.apache.xalan.processor.TransformerFactoryImpl.newTransformerHandler(TransformerFactoryImpl.java:698)
         at 
org.apache.excalibur.xml.xslt.XSLTProcessorImpl.getTransformerHandlerAndValidity(XSLTProcessorImpl.java:328)


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.

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.dispose(AbstractThreadManager.java:231) 
>>>
>>>         at 
> 
> 

-- 
System Development
VIRBUS AG
Fon  +49(0)341-979-7419
Fax  +49(0)341-979-7409
joerg.heinicke@virbus.de
www.virbus.de