I have created such wizard:
- simple LRU cache based on HashMap with fixed capacity, say for 5 elems;
- each cache elem collects wizard data;
- this cache stored in user session;
- each request in wizard flow pass the ID - the key of element (wizard data)
in cache;
- when wizard get finished - the
This is how most frameworks do it, with continuations. This is essentially
trying to do client side storage on the server. The reason it stores
information like that is because of the Back/Forward buttons and multiple
windows. All of which are client side interactions without a server-side
noti
Seems like you are implementing continuations to me.
But the point I'm trying to make is that if it is already built-in the
web framework, you don't need to do it yourself, and there are
actually production ready frameworks with this kind of functionality.
Gabriel
2009/12/11 Alex Siman :
>
> I ha
Gabriel Belingueres wrote:
built-in the web framework
In order to do this we'd need to add in some information in the form and
in every link leading from one page of the form to another so that it's
constantly submitted to the server to keep the user associated with the
right conversation.
It would be a lot easier to fix the struts plugin to work with SWF 2.
Reinventing the wheel is evil.
musachy
On Fri, Dec 11, 2009 at 2:24 PM, Dale Newfield wrote:
> Gabriel Belingueres wrote:
>>
>> built-in the web framework
>
> In order to do this we'd need to add in some information in the for
I am out of the office until 12/14/2009.
Team -
I'll be out of the office starting at noon time (CST) today (12/11) until
the end of the day for medical appointment.
Secondaries thanks for watching my accounts.
Washington Post - Cindy Condra/ Hai Truong
Ogilvy & Mather- Ghosh/ Hai & J
