Hi, On Thu, Feb 21, 2008 at 5:05 AM, Andrew Robinson <[EMAIL PROTECTED]> wrote: > Nevermind, it looks like Trinidad 1.2.6 is no longer compatible with facelets > > https://issues.apache.org/jira/browse/TRINIDAD-955
yes, which is odd. Perhaps we should *warn* users to upgrade to 1.2.6, when they are on Facelets ? -M > > Looks like I will have to use 1.2.5 > > -Andrew > > On Wed, Feb 20, 2008 at 7:34 PM, Andrew Robinson > > > <[EMAIL PROTECTED]> wrote: > > Removing the CLIENT_STATE_METHOD and CACHE_VIEW_ROOT parameters > > doesn't help. This gets: > > > > Caused by: java.lang.ClassCastException: [Ljava.lang.Object; cannot be > > cast to java.lang.String > > at > org.apache.myfaces.trinidadinternal.util.SubKeyMap._getBaseKey(SubKeyMap.java:116) > > at > org.apache.myfaces.trinidadinternal.util.SubKeyMap.get(SubKeyMap.java:75) > > at > org.apache.myfaces.trinidadinternal.application.StateManagerImpl.restoreView(StateManagerImpl.java:526) > > at > com.sun.faces.application.ViewHandlerImpl.restoreView(ViewHandlerImpl.java:290) > > at > org.jboss.seam.jsf.SeamViewHandler.restoreView(SeamViewHandler.java:93) > > at > org.jenia.faces.template.handler.ViewHandler.restoreView(ViewHandler.java:263) > > at > com.sun.facelets.FaceletViewHandler.restoreView(FaceletViewHandler.java:316) > > at > javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:193) > > at > org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl.restoreView(ViewHandlerImpl.java:260) > > at > com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:141) > > > > 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) > > ... 43 more > > > > > > > > > > On Wed, Feb 20, 2008 at 7:28 PM, Andrew Robinson > > <[EMAIL PROTECTED]> wrote: > > > After upgrading from 1.0.5 to 1.2.6 I am having my PPR fail. I keep > > > jetty expired view errors: > > > > > > Caused by: javax.faces.application.ViewExpiredException: > > > viewId:/test.jsf - View /test.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) > > > > > > I have full client side state: > > > <context-param> > > > > <param-name>org.apache.myfaces.trinidad.CLIENT_STATE_METHOD</param-name> > > > <param-value>all</param-value> > > > </context-param> > > > <context-param> > > > <param-name>org.apache.myfaces.trinidad.CACHE_VIEW_ROOT</param-name> > > > <param-value>false</param-value> > > > </context-param> > > > <context-param> > > > > <param-name>org.apache.myfaces.trinidad.USE_APPLICATION_VIEW_CACHE</param-name> > > > <param-value>false</param-value> > > > </context-param> > > > <context-param> > > > <param-name>javax.faces.STATE_SAVING_METHOD</param-name> > > > <param-value>client</param-value> > > > </context-param> > > > > > > I am seeing the viewState being sent back in the AJAX request. > > > > > > I did a forum search and came up empty. Is there a problem with true > > > client side state in 1.2.6? > > > > > > BTW - I am using client side state as I plan to host on a server that > > > won't have a very large heap so I want to conserve memory. > > > > > > -Andrew > > > > > > -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
