incubator-adffaces-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam Winer" <>
Subject Re: [Trinidad] any alternative to t:saveState
Date Sun, 14 Jan 2007 05:51:30 GMT
t:saveState, IIRC, doesn't actually push data contents
using hidden fields.  It just rides along with JSF state
saving. If JSF state saving is configured to push all the state
into a big hidden field, then t:saveState ends up
doing that.

So, used in conjunction with Trinidad, t:saveState
would save that state on the server (in the session),
with that some token on the client identifying it.

The functionality that Trinidad provides which
is a sort of alternative to t:saveState is

You can use t:saveState with Trinidad;  the
only glitch is that you have to turn off
View Root Caching, which is a really nice
optimization Trinidad has for state saving
that unfortunately conflicts with t:saveState;
you turn it off with the:
web.xml config parameter.

-- Adam

On 1/11/07, Renzo Tomaselli <> wrote:
>  Hi, within the process of switching all contents to Trinidad, I wonder
> about any alternative to use Tomahawk t:saveState to preserve single data
> chunks between consecutive requests.
>  This component works well, but I would just prefer to reduce the game
> variables to the minimum. Furthermore, I saw that Trinidad uses server-side
> storing of saved data, placing a simple token inside the rendered page as a
> handle. This sounds much more efficient than inserting real data contents
> inside the page using hidden fields.
>  -- Renzo

View raw message