[Trinidad] Server Exception during PPR, caused by browser config?

Dave Rafkind Mon, 11 Aug 2008 10:08:51 -0700

Hello, I have a Web app using: Sun's JSF 1.2, tomahawk 1.1.6, andtrinidad 1.2.5 (among other things).

The app works fine from my point of view, even when I log into thecustomer's VPN and access our installed instance, using IE6, IE7, FF2,and FF3.

However, when they access the app from their internal network, they gettons of "Server Exception during PPR, #46" and "JSF: View state couldnot 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 theirconfigurations that would cause such errors? Maybe some trouble withJSESSIONID 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_VIEW1,[EMAIL PROTECTED])threw exceptionjavax.faces.application.ViewExpiredException:viewId:/permit/createPermit.jsf - View /permit/createPermit.jsf couldnot be restored.atcom.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:187)atcom.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)atcom.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)

       at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)

atorg.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)atorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)atorg.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)atorg.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:241)atorg.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:198)atorg.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:141)atorg.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)atorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)atorg.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)atorg.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)atorg.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)atorg.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)atorg.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)atorg.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)

       at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)

atorg.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)atorg.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)atorg.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)atorg.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)atorg.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)atorg.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)atorg.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)atorg.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)atorg.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)atorg.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)atorg.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)atcom.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)atcom.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)atcom.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)atcom.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)atcom.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)atcom.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)atcom.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)atcom.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)atcom.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 com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)

       at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
       ... 35 more
|#]

[Trinidad] Server Exception during PPR, caused by browser config?

Reply via email to