Return-Path: 
 <dev-return-66752-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 54794 invoked from network); 27 Oct 2004 07:27:09 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 27 Oct 2004 07:27:09 -0000
Received: (qmail 63914 invoked by uid 500); 27 Oct 2004 07:26:43 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 63769 invoked by uid 500); 27 Oct 2004 07:26:42 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
list-post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 63691 invoked by uid 99); 27 Oct 2004 07:26:41 -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-SPF: pass (hermes.apache.org: domain of joerg.heinicke@gmx.de
 designates 213.165.64.20 as permitted sender)
Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20)
  by apache.org (qpsmtpd/0.28) with SMTP; Wed, 27 Oct 2004 00:26:39 -0700
Received: (qmail 27517 invoked by uid 65534); 27 Oct 2004 07:26:36 -0000
Received: from p50881E0C.dip0.t-ipconnect.de (EHLO [192.168.122.254])
 (80.136.30.12)
  by mail.gmx.net (mp024) with SMTP; 27 Oct 2004 09:26:36 +0200
X-Authenticated: #3483660
Message-ID: <417F4DD4.5010402@gmx.de>
Date: Wed, 27 Oct 2004 09:27:16 +0200
From: Joerg Heinicke <joerg.heinicke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.7.3) Gecko/20040910
X-Accept-Language: de-de, de, en-us, en-gb, en
MIME-Version: 1.0
To: dev@cocoon.apache.org
CC: users@cocoon.apache.org
Subject: Re: JspGenerator doesn't work from flow but does otherwise...
References: <20040702150114.69634.qmail@web52609.mail.yahoo.com>
 <40E6B354.5050406@gmx.de> <417EBDD4.8030809@musicrebellion.com>
In-Reply-To: <417EBDD4.8030809@musicrebellion.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Forwarding it to dev mailing list.

Does anybody know a solution for the problem described at 
http://marc.theaimsgroup.com/?t=108874467000001&r=1&w=4 (or for the most 
important things below).

I suggested to either point out the "wrong" cast to the Tomcat community 
or to let CompilingClassLoader extend URLClassLoader or to "restore" a 
"normal" ClassLoader.

Joerg

On 26.10.2004 23:12, Garrick Dasbach wrote:

> Joerg,
> 
> I just ran into this same issue.  Have you, or anyone else, found any 
> solution/workaround to this problem, short of no includes in form pages?
> 
> Garrick
> 
> Joerg Heinicke wrote:
> 
>> On 02.07.2004 17:01, Terry Brick wrote:
>>
>> >>> Weird problem.  I have a small test JSP that I'm accessing using
>> >>> JspGenerator.  It works fine if I hit it straight from the
>> >>> browser (with a URL that matches pipeline in my sitemap) but it
>> >>> fails if I call the exact same thing from my flow script using
>> >>> sendPage("hello.jsp").
>>
>> <snipped what="most simple use case, calling hello.jsp via
>> cocoon.sendPage()"/>
>>
>>> -------------------------------------------------
>>> URL That Works ------------------------------------------------- 
>>> http://localhost:8080/Cocoon/jsptest/hello.jsp
>>>
>>> -------------------------------------------------
>>> URL That Doesn't Work
>>> ------------------------------------------------- 
>>> http://localhost:8080/Cocoon/jsptest/jspflow
>>
>>
>>>>> Here's the Exception Stack Trace
>>
>> Original Exception: java.lang.ClassCastException
>>     at 
>> org.apache.jasper.compiler.JspRuntimeContext.<init>(JspRuntimeContext.java:153) 
>>
>>     at org.apache.jasper.servlet.JspServlet.init(JspServlet.java:132)
>>     at 
>> org.apache.cocoon.components.jsp.JSPEngineImpl.executeJSP(JSPEngineImpl.java:71) 
>>
>>
>> I did remote debugging to find out what caused the ClassCastException. 
>> After I have found the correct Tomcat sources - what a hell - I found 
>> the reason:
>> http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspRuntimeContext.java?annotate=1.4.2.5&only_with_tag=TOMCAT_4_1_24#151 
>>
>> The code does: Thread.currentThread().getContextClassLoader() and 
>> tries to cast it to URLClassLoader. While it does not fail for 
>> "hello.jsp" (classloader is of type WebappClassLoader) it fails for 
>> "jspflow" (classloader is of type CompilingClassLoader).
>>
>> What do you suggest for fixing it? Is it possible to let our 
>> CompilingClassLoader extend URLClassLoader? Or shall we hint to Tomcat 
>> community that there are also other classloaders? Shall the JSPEngine 
>> restore a "normal" classloader?
>>
>> Joerg