users@glassfish.java.net

[Fwd: Re: Coyote Exception]

From: Jan Luehe <Jan.Luehe_at_Sun.COM>
Date: Mon, 16 Mar 2009 12:24:05 -0700

[Sorry for the resend, but I had mistyped Amanda's email address on
the previous forward]

Forwarding Amanda's response to the users_at_glassfish alias
(Amanda was unable to post, since she is not subscribed to the alias).

Thanks, Amanda!

Jan

-------- Original Message --------
Subject: Re: Coyote Exception
Date: Mon, 16 Mar 2009 19:00:07 +0000
From: Amanda Waite <Amanda.Waite_at_Sun.COM>
To: users_at_glassfish.dev.java.net
CC: Jan.Luehe_at_Sun.COM
References:
<18463052.1009031237065247947.JavaMail.tomcat_at_sdcst12.sjc.collab.net>
<49BE9E55.3000707_at_Sun.COM>



Jan is correct, the fix should be in Alfresco 3.1 which is due for
release soon. I don't know if this is an enterprise release only or if
it is also a community release, I think the latter. We should find out
more soon. As I'm not on this alias I'll update Jan when I know more. It
would also be useful to post this issue on the Alfresco forums, this
would raise awareness of the issue with the Alfresco community and may
also result in some useful responses telling you when you will likely
see a fix.

Amanda

Jan Luehe wrote:
> On 03/14/09 02:13 PM, glassfish_at_javadesktop.org wrote:
>> Hi,
>>
>> I try to deploy Alfresco share into Glassfish.
>>
>> I've passed over the MyFaces override problemes. After deployement I
>> can see the first page of the site (the login page) but I cannot go
>> further.
>>
>> The log see my a very strange exception
>>
>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
>> at
>> com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
>>
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
>>
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
>>
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
>>
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
>>
>> at
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1096)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
>>
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
>>
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
>>
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
>>
>> at
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1096)
>> at
>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:288)
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:647)
>>
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:579)
>>
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:831)
>>
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
>>
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
>>
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
>>
>> at
>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
>> at
>> com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
>>
>> Caused by: java.lang.ClassCastException:
>> org.alfresco.tools.FakeHttpServletResponse cannot be cast to
>> org.apache.coyote.tomcat5.CoyoteResponseFacade
>>
>
> Turns out the problems is caused by one of the Alfresco filters:
> Instead of having FakeHttpServletResponse extend the standard
> javax.servlet.http.HttpServletResponseWrapper, and wrapping the
> response object passed to the filter's doFilter method with an
> instance of FakeHttpServletResponse, the filter "replaces" the
> container provided response object with its own instance of
> FakeHttpServletResponse (which does not extend the standard
> HttpServletResponseWrapper).
>
> Amanda Waite (cc'ed) discovered that the Alfresco filter in the trunk
> (HEAD) of the Alfresco source repository behaves "properly" (as
> described above), and she was unable to reproduce the ClassCastException
> on the trunk.
>
> Amanda was going to check with Alfresco to see if the fixes on the trunk
> could be backported to the current Alfresco release.
>
> Jan
>
>> at
>> org.apache.catalina.core.ApplicationDispatcherForward.getResponseFacade(ApplicationDispatcherForward.java:398)
>>
>> at
>> org.apache.catalina.core.ApplicationDispatcherForward.commit(ApplicationDispatcherForward.java:113)
>>
>> at
>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:384)
>>
>> at
>> org.alfresco.web.framework.render.bean.JSPProcessor.doInclude(JSPProcessor.java:140)
>>
>> at
>> org.alfresco.web.framework.render.bean.JSPProcessor.executeBody(JSPProcessor.java:122)
>>
>> at
>> org.alfresco.web.framework.render.AbstractProcessor.execute(AbstractProcessor.java:85)
>>
>> at
>> org.alfresco.web.framework.render.RenderHelper.processTemplate(RenderHelper.java:376)
>>
>> at
>> org.alfresco.web.framework.render.bean.TemplateInstanceRenderer.calculateComponentDependencies(TemplateInstanceRenderer.java:69)
>>
>> at
>> org.alfresco.web.framework.render.bean.TemplateInstanceRenderer.body(TemplateInstanceRenderer.java:124)
>>
>> at
>> org.alfresco.web.framework.render.AbstractRenderer.render(AbstractRenderer.java:105)
>>
>> at
>> org.alfresco.web.framework.render.bean.PageRenderer.body(PageRenderer.java:81)
>>
>> at
>> org.alfresco.web.framework.render.AbstractRenderer.render(AbstractRenderer.java:105)
>>
>> at
>> org.alfresco.web.framework.render.RenderUtil.startPageRenderer(RenderUtil.java:144)
>>
>> at
>> org.alfresco.web.framework.render.RenderUtil.renderPage(RenderUtil.java:117)
>>
>> at
>> org.alfresco.web.framework.render.PresentationUtil.renderPage(PresentationUtil.java:85)
>>
>>
>> The class is part of th coyote engine as I can see.
>> I find the class in the appserver-rt.jar of the server.
>>
>> Is it a Glassfish issue ?
>>
>> Thanks
>>
>>
>> Thanks
>> [Message sent by forum member 'altus34' (altus34)]
>>
>> http://forums.java.net/jive/thread.jspa?messageID=337009
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>>
>