You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Dave Rafkind <dr...@traversetechnologies.com> on 2008/08/11 19:07:04 UTC
[Trinidad] Server Exception during PPR, caused by browser config?
Hello, I have a Web app using: Sun's JSF 1.2, tomahawk 1.1.6, and
trinidad 1.2.5 (among other things).
The app works fine from my point of view, even when I log into the
customer's VPN and access our installed instance, using IE6, IE7, FF2,
and FF3.
However, when they access the app from their internal network, they get
tons of "Server Exception during PPR, #46" and "JSF: View state could
not be restored"
errors (Javascript alerts as well as exception pages). They use IE6
(mostly) although the errors persist with IE7.
My question is, what could be different between mine and their
configurations that would cause such errors? Maybe some trouble with
JSESSIONID in the url or something like that?
Thanks!
Dave
PS here are some example server stack traces (from Glassfish):
[#|2008-08-08T14:31:02.504-0500|WARNING|sun-appserver9.1|javax.enterprise.resource.webcontainer.jsf.lifecycle|_ThreadID=20;_ThreadName=httpSSLWorkerThread-8080-2;_RequestID=737f04de-49d5-4009-bd31-0a79438c28
dc;|executePhase(RESTORE_VIEW
1,org.apache.myfaces.trinidadinternal.context.FacesContextFactoryImpl$CacheRenderKit@f0d77)
threw exception
javax.faces.application.ViewExpiredException:
viewId:/permit/createPermit.jsf - View /permit/createPermit.jsf could
not be restored.
at
com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:187)
at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
at
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:241)
at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:198)
at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:141)
at
org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
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.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
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)
|#]
[#|2008-08-08T14:31:02.508-0500|SEVERE|sun-appserver9.1|org.apache.myfaces.trinidadinternal.config.xmlHttp.XmlHttpConfigurator|_ThreadID=20;_ThreadName=httpSSLWorkerThread-8080-2;_RequestID=737f04de-49d5-400
9-bd31-0a79438c28dc;|Server Exception during PPR, #46
javax.servlet.ServletException: viewId:/permit/createPermit.jsf - View
/permit/createPermit.jsf could not be restored.
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:249)
at
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:241)
at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:198)
at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:141)
at
org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
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.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
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: javax.faces.application.ViewExpiredException:
viewId:/permit/createPermit.jsf - View /permit/createPermit.jsf could
not be restored.
at
com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:187)
at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
... 35 more
|#]
Re: [Trinidad] Server Exception during PPR, caused by browser config?
Posted by Matthias Wessendorf <ma...@apache.org>.
On Mon, Aug 11, 2008 at 11:01 PM, Dave Rafkind
<dr...@traversetechnologies.com> wrote:
> Ah, so are you suggesting to switch to the JSF 1.1 DTD for faces-config.xml?
well, doesn't make sense on the first thought, but perhaps worth to try?
But... that error sounds like you will hit it always.
>
> I'm still interested in why the "ViewExpiredException" error would occur,
> especially
> if it could be caused by a browser or network misconfiguration..
hrm, hard to tell form here. pretty bad bug...
>
> Matthias Wessendorf wrote:
>>
>> On Mon, Aug 11, 2008 at 10:24 PM, Dave Rafkind
>> <dr...@traversetechnologies.com> wrote:
>>
>>>
>>> SSL is not set up on the server nor used in the app;
>>> I think that line in the exception trace might be an artifact of how that
>>> version of Grizzly is architected.
>>>
>>
>> here is a similar stack trace:
>> http://jira.icefaces.org/browse/ICE-1474
>>
>> -M
>>
>>
>>>
>>> Matthias Wessendorf wrote:
>>>
>>>>
>>>> Hi
>>>>
>>>> On Mon, Aug 11, 2008 at 9:39 PM, Dave Rafkind
>>>> <dr...@traversetechnologies.com> wrote:
>>>>
>>>>
>>>>>
>>>>> Thanks for the response! There's no SSL involved.
>>>>>
>>>>>
>>>>
>>>>
>>>>>>>
>>>>>>>
>>>>>>> com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
>>>>>>>
>>>>>>>
>>>>
>>>> I asked b/c of this guy. I am not familar w/ glassfish/grizzly though
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>>
>>
>
>
--
Matthias Wessendorf
Need JSF and Web 2.0?
http://code.google.com/p/facesgoodies
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org
Re: [Trinidad] Server Exception during PPR, caused by browser config?
Posted by Dave Rafkind <dr...@traversetechnologies.com>.
Ah, so are you suggesting to switch to the JSF 1.1 DTD for faces-config.xml?
I'm still interested in why the "ViewExpiredException" error would
occur, especially
if it could be caused by a browser or network misconfiguration..
Matthias Wessendorf wrote:
> On Mon, Aug 11, 2008 at 10:24 PM, Dave Rafkind
> <dr...@traversetechnologies.com> wrote:
>
>> SSL is not set up on the server nor used in the app;
>> I think that line in the exception trace might be an artifact of how that
>> version of Grizzly is architected.
>>
>
> here is a similar stack trace:
> http://jira.icefaces.org/browse/ICE-1474
>
> -M
>
>
>> Matthias Wessendorf wrote:
>>
>>> Hi
>>>
>>> On Mon, Aug 11, 2008 at 9:39 PM, Dave Rafkind
>>> <dr...@traversetechnologies.com> wrote:
>>>
>>>
>>>> Thanks for the response! There's no SSL involved.
>>>>
>>>>
>>>
>>>>>> com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
>>>>>>
>>>>>>
>>> I asked b/c of this guy. I am not familar w/ glassfish/grizzly though
>>>
>>>
>>>
>>>
>>
>
>
>
>
Re: [Trinidad] Server Exception during PPR, caused by browser config?
Posted by Matthias Wessendorf <ma...@apache.org>.
On Mon, Aug 11, 2008 at 10:24 PM, Dave Rafkind
<dr...@traversetechnologies.com> wrote:
> SSL is not set up on the server nor used in the app;
> I think that line in the exception trace might be an artifact of how that
> version of Grizzly is architected.
here is a similar stack trace:
http://jira.icefaces.org/browse/ICE-1474
-M
>
>
> Matthias Wessendorf wrote:
>>
>> Hi
>>
>> On Mon, Aug 11, 2008 at 9:39 PM, Dave Rafkind
>> <dr...@traversetechnologies.com> wrote:
>>
>>>
>>> Thanks for the response! There's no SSL involved.
>>>
>>
>>
>>>>>
>>>>>
>>>>> com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
>>>>>
>>
>>
>> I asked b/c of this guy. I am not familar w/ glassfish/grizzly though
>>
>>
>>
>
>
--
Matthias Wessendorf
Need JSF and Web 2.0?
http://code.google.com/p/facesgoodies
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org
Re: [Trinidad] Server Exception during PPR, caused by browser config?
Posted by Dave Rafkind <dr...@traversetechnologies.com>.
SSL is not set up on the server nor used in the app;
I think that line in the exception trace might be an artifact of how
that version of Grizzly is architected.
Matthias Wessendorf wrote:
> Hi
>
> On Mon, Aug 11, 2008 at 9:39 PM, Dave Rafkind
> <dr...@traversetechnologies.com> wrote:
>
>> Thanks for the response! There's no SSL involved.
>>
>
>
>>>> com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
>>>>
>
>
> I asked b/c of this guy. I am not familar w/ glassfish/grizzly though
>
>
>
Re: [Trinidad] Server Exception during PPR, caused by browser config?
Posted by Matthias Wessendorf <ma...@apache.org>.
Hi
On Mon, Aug 11, 2008 at 9:39 PM, Dave Rafkind
<dr...@traversetechnologies.com> wrote:
> Thanks for the response! There's no SSL involved.
>>> com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
I asked b/c of this guy. I am not familar w/ glassfish/grizzly though
--
Matthias Wessendorf
Need JSF and Web 2.0?
http://code.google.com/p/facesgoodies
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org
Re: [Trinidad] Server Exception during PPR, caused by browser config?
Posted by Dave Rafkind <dr...@traversetechnologies.com>.
Thanks for the response! There's no SSL involved.
Matthias Wessendorf wrote:
> hi,
>
> did a quick look at the stack trace.
> the PPR is also caused by the .ViewExpiredException.
>
> do you have anything special b/c of SSL ?
>
> -Matthias
>
> On Mon, Aug 11, 2008 at 7:07 PM, Dave Rafkind
> <dr...@traversetechnologies.com> wrote:
>
>> Hello, I have a Web app using: Sun's JSF 1.2, tomahawk 1.1.6, and trinidad
>> 1.2.5 (among other things).
>>
>> The app works fine from my point of view, even when I log into the
>> customer's VPN and access our installed instance, using IE6, IE7, FF2, and
>> FF3.
>>
>> However, when they access the app from their internal network, they get tons
>> of "Server Exception during PPR, #46" and "JSF: View state could not be
>> restored"
>> errors (Javascript alerts as well as exception pages). They use IE6 (mostly)
>> although the errors persist with IE7.
>>
>> My question is, what could be different between mine and their
>> configurations that would cause such errors? Maybe some trouble with
>> JSESSIONID in the url or something like that?
>>
>> Thanks!
>> Dave
>>
>> PS here are some example server stack traces (from Glassfish):
>>
>> [#|2008-08-08T14:31:02.504-0500|WARNING|sun-appserver9.1|javax.enterprise.resource.webcontainer.jsf.lifecycle|_ThreadID=20;_ThreadName=httpSSLWorkerThread-8080-2;_RequestID=737f04de-49d5-4009-bd31-0a79438c28
>> dc;|executePhase(RESTORE_VIEW
>> 1,org.apache.myfaces.trinidadinternal.context.FacesContextFactoryImpl$CacheRenderKit@f0d77)
>> threw exception
>> javax.faces.application.ViewExpiredException:
>> viewId:/permit/createPermit.jsf - View /permit/createPermit.jsf could not be
>> restored.
>> at
>> com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:187)
>> at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
>> at
>> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
>> at
>> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:241)
>> at
>> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:198)
>> at
>> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:141)
>> at
>> org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
>> at
>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
>> at
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
>> at
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
>> at
>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
>> 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.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
>> 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)
>> |#]
>>
>>
>> [#|2008-08-08T14:31:02.508-0500|SEVERE|sun-appserver9.1|org.apache.myfaces.trinidadinternal.config.xmlHttp.XmlHttpConfigurator|_ThreadID=20;_ThreadName=httpSSLWorkerThread-8080-2;_RequestID=737f04de-49d5-400
>> 9-bd31-0a79438c28dc;|Server Exception during PPR, #46
>> javax.servlet.ServletException: viewId:/permit/createPermit.jsf - View
>> /permit/createPermit.jsf could not be restored.
>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:249)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
>> at
>> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:241)
>> at
>> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:198)
>> at
>> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:141)
>> at
>> org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
>> at
>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
>> at
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
>> at
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
>> at
>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
>> at
>> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
>> 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.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
>> 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: javax.faces.application.ViewExpiredException:
>> viewId:/permit/createPermit.jsf - View /permit/createPermit.jsf could not be
>> restored.
>> at
>> com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:187)
>> at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
>> at
>> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
>> ... 35 more
>> |#]
>>
>>
>>
>
>
>
>
Re: [Trinidad] Server Exception during PPR, caused by browser config?
Posted by Matthias Wessendorf <ma...@apache.org>.
hi,
did a quick look at the stack trace.
the PPR is also caused by the .ViewExpiredException.
do you have anything special b/c of SSL ?
-Matthias
On Mon, Aug 11, 2008 at 7:07 PM, Dave Rafkind
<dr...@traversetechnologies.com> wrote:
> Hello, I have a Web app using: Sun's JSF 1.2, tomahawk 1.1.6, and trinidad
> 1.2.5 (among other things).
>
> The app works fine from my point of view, even when I log into the
> customer's VPN and access our installed instance, using IE6, IE7, FF2, and
> FF3.
>
> However, when they access the app from their internal network, they get tons
> of "Server Exception during PPR, #46" and "JSF: View state could not be
> restored"
> errors (Javascript alerts as well as exception pages). They use IE6 (mostly)
> although the errors persist with IE7.
>
> My question is, what could be different between mine and their
> configurations that would cause such errors? Maybe some trouble with
> JSESSIONID in the url or something like that?
>
> Thanks!
> Dave
>
> PS here are some example server stack traces (from Glassfish):
>
> [#|2008-08-08T14:31:02.504-0500|WARNING|sun-appserver9.1|javax.enterprise.resource.webcontainer.jsf.lifecycle|_ThreadID=20;_ThreadName=httpSSLWorkerThread-8080-2;_RequestID=737f04de-49d5-4009-bd31-0a79438c28
> dc;|executePhase(RESTORE_VIEW
> 1,org.apache.myfaces.trinidadinternal.context.FacesContextFactoryImpl$CacheRenderKit@f0d77)
> threw exception
> javax.faces.application.ViewExpiredException:
> viewId:/permit/createPermit.jsf - View /permit/createPermit.jsf could not be
> restored.
> at
> com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:187)
> at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
> at
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
> at
> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
> at
> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:241)
> at
> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:198)
> at
> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:141)
> at
> org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
> at
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
> at
> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
> at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
> at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
> at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
> 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.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
> 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)
> |#]
>
>
> [#|2008-08-08T14:31:02.508-0500|SEVERE|sun-appserver9.1|org.apache.myfaces.trinidadinternal.config.xmlHttp.XmlHttpConfigurator|_ThreadID=20;_ThreadName=httpSSLWorkerThread-8080-2;_RequestID=737f04de-49d5-400
> 9-bd31-0a79438c28dc;|Server Exception during PPR, #46
> javax.servlet.ServletException: viewId:/permit/createPermit.jsf - View
> /permit/createPermit.jsf could not be restored.
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:249)
> at
> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
> at
> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:241)
> at
> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:198)
> at
> org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:141)
> at
> org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
> at
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
> at
> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
> at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
> at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
> at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
> 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.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
> 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: javax.faces.application.ViewExpiredException:
> viewId:/permit/createPermit.jsf - View /permit/createPermit.jsf could not be
> restored.
> at
> com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:187)
> at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
> at
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
> ... 35 more
> |#]
>
>
--
Matthias Wessendorf
Need JSF and Web 2.0?
http://code.google.com/p/facesgoodies
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org