5 Replies Latest reply on Apr 8, 2012 8:51 AM by think_tank_77

First normal call works, second a4j-call breaks with javax.faces.application.ViewExpiredException

mugwump Nov 17, 2011 9:41 AM

We are currently experiencing a very strange behavior: We have an application that makes heavy use of a4j-support: It is basically one page that gets loaded and every following request is done using a4j:support. This works fine on our development machines, however, when we deploy the app on a staging-machine, the first call goes through without problems, every other ajax/a4j-call fails with a javax.faces.application.ViewExpiredException (see Stacktrace below).

We have tried to determine the difference between the machines, but everything seems to be the same (same versions of seam, jbosss richfaces, same operating system etc.) and we are currently running out of ideas what causes this error. Furthermore, the request never reaches our code, so there is nothing to look at in our code...

Has anyone seen this error and maybe has an idea where we can look into?! Any help greatly appreciated!!

Thx and Greetings
Stefan

2011-11-17 15:31:07,508 SEVERE [javax.enterprise.resource.webcontainer.jsf.lifecycle] (http-0.0.0.0-80-6) JSF1054: (Phase ID: RESTORE_VIEW 1, View ID: ) Exception thrown during phase execution: javax.faces.event.PhaseEvent[source=com.sun.faces.lifecycle.LifecycleImpl@3bef08aa]
2011-11-17 15:31:07,508 ERROR [org.jboss.seam.exception.Exceptions] (http-0.0.0.0-80-6) handled and logged exception
javax.servlet.ServletException: viewId:/benchmarkarea/main.xhtml - View /benchmarkarea/main.xhtml could not be restored.
     at javax.faces.webapp.FacesServlet.service(FacesServlet.java:270)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
     at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
     at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
     at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
     at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
     at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
     at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
     at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
     at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
     at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:154)
     at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:260)
     at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:366)
     at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:493)
     at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
     at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
     at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
     at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
     at org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53)
     at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
     at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.jasig.cas.client.util.HttpServletRequestWrapperFilter.doFilter(HttpServletRequestWrapperFilter.java:62)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.jasig.cas.client.validation.AbstractTicketValidationFilter.doFilter(AbstractTicketValidationFilter.java:167)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.jasig.cas.client.authentication.AuthenticationFilter.doFilter(AuthenticationFilter.java:94)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at edu.vt.middleware.servlet.filter.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:86)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
     at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183)
     at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95)
     at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
     at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
     at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
     at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:905)
     at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:592)
     at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:2036)
     at java.lang.Thread.run(Thread.java:662)
Caused by: javax.faces.application.ViewExpiredException: viewId:/benchmarkarea/main.xhtml - View /benchmarkarea/main.xhtml could not be restored.
     at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:189)
     at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
     at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:102)
     at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
     at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
     ... 54 more

1. Re: First normal call works, second a4j-call breaks with javax.faces.application.ViewExpiredException

aareshchanka Nov 17, 2011 3:36 PM (in response to mugwump)

Are you using push? It doesn't work in cluster environment.

Looks like something is killing session and all views become expired, try to check this one also.
Actions

2. Re: First normal call works, second a4j-call breaks with javax.faces.application.ViewExpiredException

mugwump Nov 23, 2011 4:37 AM (in response to mugwump)

No push, no cluster, just a simple a4j:support, tied to the onchange-event of a select-box:

<h:selectOneMenu id="equipmentList" 
                  styleClass="selectOneMenuSmall equipmentList" 
                  value="#{benchmarkGUIModel.selectedEquipment}">
          <a4j:support event="onchange" 
                    ajaxSingle="false" 
                    action="#{benchmarkGUIModel.update()}"/>
       <s:selectItems value="#{benchmarkGUIModel.equipmentList}" var="equipment" 
                         label="#{equipment.description} (#{equipment.serialNumber})" />
          <f:converter binding="#{equipmentConverter}" converterId="#{equipmentConverter}"/>
</h:selectOneMenu>

And, yes, it really looks like the session gets lost and I'm still looking for a reason why this happens on this machine and not on any other machine.

3. Re: First normal call works, second a4j-call breaks with javax.faces.application.ViewExpiredException

think_tank_77 Apr 6, 2012 3:38 PM (in response to mugwump)

Even I am having a similar problem where the faces viewId is lost after an a4j-call.
Were you able to find a solution to it? Please share if you have.

Thank you
RP
Actions
4. Re: First normal call works, second a4j-call breaks with javax.faces.application.ViewExpiredException

mugwump Apr 7, 2012 3:45 AM (in response to think_tank_77)

unfortunately no: The problem seems to have been a network-misconfiguration: Our last hypothesis was that the cookies with the session-tokens were not sent correctly, but we couldn't verify this. We ended up with setting up a new machine and re-installing jboss. The error went away without us getting to the bottom of this issue.
Actions
5. Re: First normal call works, second a4j-call breaks with javax.faces.application.ViewExpiredException

think_tank_77 Apr 8, 2012 8:51 AM (in response to mugwump)

Thank you. Which version of JBoss are you using?
Actions

Go to original post