[jira] Commented: (TAPESTRY-637) Application state objects are stored back to the session, even if unchanged

["Howard M. Lewis Ship (JIRA)" <ta...@jakarta.apache.org>]

    [ http://issues.apache.org/jira/browse/TAPESTRY-637?page=comments#action_12323126 ] 

Howard M. Lewis Ship commented on TAPESTRY-637:
-----------------------------------------------

This is not a big issue untl the ASOs are large and the application is clustered, at which point it is a headache.

> Application state objects are stored back to the session, even if unchanged
> ---------------------------------------------------------------------------
>
>          Key: TAPESTRY-637
>          URL: http://issues.apache.org/jira/browse/TAPESTRY-637
>      Project: Tapestry
>         Type: Improvement
>   Components: Framework
>     Versions: 4.0
>     Reporter: Howard M. Lewis Ship
>     Assignee: Howard M. Lewis Ship
>     Priority: Minor

>
> Any read access to an ASO will cause the ASO to be stored back into the session at the end of the request.
> It would be nice if there was a way that this could be avoided when the ASO's internal state is unchanged.
> The obvious implementation is to have an optional interface implemented by ASOs for this purpose.  The "dirty flag" would be cleared when the ASO is stored into the session (i.e., the ASO would also implement HttpSessionBindingListener and clear the flag in valueBound()).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-dev-help@jakarta.apache.org