shale-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary VanMatre (JIRA)" <j...@apache.org>
Subject [jira] Commented: (SHALE-450) Server Side state saving is not saving the sequence generated to the client, leading to errors when always restoring the latest state.
Date Fri, 22 Jun 2007 04:06:26 GMT

    [ https://issues.apache.org/struts/browse/SHALE-450?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_41267
] 

Gary VanMatre commented on SHALE-450:
-------------------------------------

Hey Nick, What version of MyFaces are you using?  The reason I ask is the window id marker
is a JSF 1.2 feature.  Although it would not be surprising if it was implemented in a myfaces
1.1.x release.    What component libraries are you using?

The issue that Clay faces is trying to play with the two runtimes and attempting to cover
the basics of 1.2.  Do you have a code snippet that you can share? 




> Server Side state saving is not saving the sequence generated to the client, leading
to errors when always restoring the latest state.
> --------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: SHALE-450
>                 URL: https://issues.apache.org/struts/browse/SHALE-450
>             Project: Shale
>          Issue Type: Bug
>          Components: Clay
>    Affects Versions: 1.0.4, 1.1.0-SNAPSHOT
>         Environment: Tomcat 5 on Windows XP
>            Reporter: Nick Gomm
>
> org.apache.shale.clay.faces.ClayViewHanlder.renderView is only checking for client side
state saving to replace the state saving markers with the serialized state.  If you are using
server side state saving then nothing is written.  
> I have built a test version which always replaces the state saving markers with the state,
as on mine it ends up calling org.apache.myfaces.renderkit.html.HtmlResponseStateManager.writeState
which takes into account whether you are using server or client side state saving.  If server
side is in use then the sequence and viewid are written so this can be restored from the map
of states saved on the session.  
> Problems were occuring if you spawed a new window and then went back to the original
window.  When you actioned something on the original window, the latest state was restored
(which was the new window) and thus errors could occur.  Also, using the back button totally
messed up the state.  By saving the sequence to the page, when resubmitted the appropriate
state can be looked up ( assuming it is in the last 20).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message