Re: Curious how others handle these situations..

2004-10-25 Thread Dinesh Sampangi
Hi Rick, This is the approach what i have taken.. 1) I had all forms set to Session Scope in the Struts config. 2) Maintain an "actionStack" form variable in all the form, which would keep track of all the required actions as CSV in FILO order(Login,PlayerSearch,EditPlayer,..) 3) Maintain

Re: Curious how others handle these situations..

2004-10-25 Thread Rick Reumann
Andrew Hill wrote the following on 10/25/2004 8:41 PM: In your case you probably dont need to go as far as I did. You could perhaps just keep track of the pages in the stack in a session scoped collection and override the requestProcessor to look in that collection for the form instead of inst

Re: Curious how others handle these situations..

2004-10-25 Thread Andrew Hill
Hi Rick, I did this for a large application where there were a lot of different record types with various linkages much as your roster has with players, and where said linkages could nest quite deeply. You will need to use the session to do it cleanly. The idea is to somehow keep a stack of Act

Re: Curious how others handle these situations..

2004-10-25 Thread Rick Reumann
Hubert Rabago wrote the following on 10/25/2004 11:54 AM: First, allow the editing of a player from one location only. This way, I only need to get back to that page. I 'try' to do this also. Second, if you're on the roster screen, and you want to edit the player, I'll let you do that, but in a se

RE: Curious how others handle these situations..

2004-10-25 Thread Hubert Rabago
I personally try to avoid situations like this. There are a couple of ways I avoid it. First, allow the editing of a player from one location only. This way, I only need to get back to that page. Second, if you're on the roster screen, and you want to edit the player, I'll let you do that, but