cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rob Johnston <rjoh...@juniper.net>
Subject Re: java.lang.IllegalStateException in 2.1-dev Authentication Framework
Date Tue, 08 Oct 2002 18:41:15 GMT
Carsten,

Thanks for the speedy reply.  In doing some more debugging it looks like
this exception is raised with old versions of Tomcat.  I was running
4.0.4 with the cocoon 2.1-dev head and got this exception (on a clean
install).  I verified it under Linux as well as FreeBSD.  After
upgrading to Tomcat 4.1.12, the problem disappears, so I'm assuming the
fix for this exception was in Tomcat and not Cocoon.  If not, and you
are worried about backwards compatibility, you should take a look at
running 2.1-dev inside of Tomcat 4.0.4 -- you might have some issues
there.

thanks,
rob

On Tue, 08 Oct 2002, Carsten Ziegeler wrote:

> 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

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


Mime
View raw message