Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 48804 invoked from network); 13 Jul 2006 09:29:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Jul 2006 09:29:34 -0000 Received: (qmail 90505 invoked by uid 500); 13 Jul 2006 09:29:31 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 90439 invoked by uid 500); 13 Jul 2006 09:29:31 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 90428 invoked by uid 99); 13 Jul 2006 09:29:31 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received: from [209.237.227.194] (HELO [127.0.0.1]) (209.237.227.194) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jul 2006 02:29:30 -0700 Message-ID: <44B6129A.705@apache.org> Date: Thu, 13 Jul 2006 11:30:02 +0200 From: Carsten Ziegeler User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Classloading issue in 2.2 References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Giacomo Pati schrieb: > > After again playing around a bit with 2.2 I have a strange issue with > the new shielded classloading stuff. > > Give you have 'cocoon:deploy' the cocoon-webapp module and copied it > into a standalone jetty/tomcat webapps directory everithing runs smooth. > > Now if you unjar the WEB-INF/cocoon/lib/cocoon-core-2.2-SNAPSHOT.jar > into WEB-INF/cocoon/classes (which I suppose should yield the same > behaviour) I got a > > Caused by: java.lang.ClassNotFoundException: org.apache.cocoon.servlet.CocoonServletListener > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1352) > > Looking at the BootstrapClassLoaderManager class I cannot see why this > happens. Can someone verify this? > No :) It works perfectly for me. Strange. Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/