Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
From: "Carsten Ziegeler" <cziegeler@s-und-n.de>
To: <cocoon-dev@xml.apache.org>
Subject: RE: java.lang.IllegalStateException in 2.1-dev Authentication
 Framework
Date: Tue, 8 Oct 2002 08:22:16 +0200
Message-ID: <GMEBIBHGAOFGJCDPJANDKEMNFGAA.cziegeler@s-und-n.de>
MIME-Version: 1.0
In-Reply-To: <20021007192958.GD20748@maroon.juniper.net>
Importance: Normal
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset="us-ascii"

Hmm, this is a little bit strange for me - I don't get this exception.
This exception was fixed some weeks ago - I thought - silly question,
but do you really make a build.sh clean beforehand and are you sure
that you use the latest code? If so, can you please provide more
stack trace/log information?

Thanks
Carsten

> -----Original Message-----
> From: Rob Johnston [mailto:rjohnst@juniper.net]
> Sent: Monday, October 07, 2002 9:30 PM
> To: cocoon-dev@xml.apache.org
> Subject: java.lang.IllegalStateException in 2.1-dev Authentication
> Framework
>
>
> Hello all,
>
> I've posted to cocoon-users with this problem over a week ago, and had
> one "me too" reponse from someone who has seen this problem as well.
> I've searched PRs and don't see anything that looks linked to this.
>
> This is using today (2002-07-10) 2.1-dev CVS snapshot, under Tomcat
> 4.0.4.
>
> I compile cocoon (using j2sdk 1.3) with:
>
> ./build.sh -Dinclude.webapp.libs=yes
> -Dinclude.scratchpad.libs=yes -Dinclude.sample.libs=yes webapp
>
> and install the war file into tomcat.  After restarting tomcat and going
> to the portal framework sample, I enter guest/guest and click login and
> get:
>
> 2002-10-07 15:17:54 StandardWrapperValve[Cocoon2]:
> Servlet.service() for servlet Cocoon2 threw exception
> java.lang.IllegalStateException
>         at
> org.apache.catalina.connector.ResponseFacade.reset(ResponseFacade.
> java:243)
>         at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1106)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>         at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
> pplicationFilterChain.java:247)
>         at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
> onFilterChain.java:193)
>         at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> erValve.java:243)
>         at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
>         at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
>         at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at
> org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> xtValve.java:190)
>         at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
>         at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
>         at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
>         at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> e.java:180)
>         at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
>         at
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat
> cherValve.java:170)
>         at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:564)
>         at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv
> e.java:170)
>         at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:564)
>         at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
>         at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:564)
>         at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
>         at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> Valve.java:174)
>         at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
>         at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
>         at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProce
> ssor.java:1027)
>         at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor
> .java:1125)
>         at java.lang.Thread.run(Thread.java:484)
>
> If I then specifically jump to the portal url:
http://localhost:8080/cocoon/samples/portal-fw/sunspotdemo-portal,
it shows up normally.  So, I *am* getting authenticated before the error
ocurrs, it just isn't forwarding me to the main portal uri before the
error.

I can trace this problem back all the way until the 2002-09-25 snapshot.
In the 2002-09-24 snapshot, everything seems to work fine.

Please note that I also see the same behavior on the "Authentication
Framework" sample at:
http://localhost:8080/cocoon/samples/authentication-fw/login

Attached is the snippit from the cocoon core.log file of when I click on the
login button
in the portal framework.

Is there a known PR for this, or am I missing something completely blatant?

thanks,
rob


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org