struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael McGrady <m...@michaelmcgrady.com>
Subject RE: [OT] - Request against Session
Date Thu, 12 Feb 2004 22:54:43 GMT
AMEN!

At 07:57 AM 2/12/2004, you wrote:
>Shirish,
>
>I'm not knocking the "workflow" concept, my only point earlier was that
>someone shouldn't think it provides any real difference from session storage
>except that it will attempt to automatically clear the session when they
>leave that "workflow" and they won't have to put that logic in.
>
>It's a good idea, but this latest message indicates that it limits its use
>to applications that only allow a single "workflow" at a time.  I've worked
>on many applications where there may be two or three valid workflows open
>for a user at once, for example a help desk application where the operator
>may be working on one issue and then need to open a new issue (in a new
>window) for an incoming call in the middle of the current workflow, they are
>both valid and neither contains "stale" data.
>
>-Rob
>
>-----Original Message-----
>From: shirishchandra.sakhare@ubs.com [mailto:shirishchandra.sakhare@ubs.com]
>
>Sent: Thursday, February 12, 2004 10:50 AM
>To: struts-user@jakarta.apache.org; andrew.david.hill@gridnode.com
>Subject: RE: [OT] - Request against Session
>
><snip>
>If the user has multiple windows open all sharing a session and does
>different things in different windows things get really fun.
></snip>
>
>If user has different windows in different windows, then only the latest
>windows workflow is honoured.SO all other window will have lost thier
>workflow state if any...Which is desired behaviour in workflow like
>situations...Where you dont want user to have multiple windows open and
>accidently submit an old window with stale data thinking he was working with
>the latest data...
>
>But you are right in the sense that all such stuff should go in framework...
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: struts-user-help@jakarta.apache.org



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


Mime
View raw message