As you have discovered, properties are stored in the session with the page name in the key.
Is this Tapestry 3 or 4? Geoff On 2/18/06, Stanczak Group <[EMAIL PROTECTED]> wrote: > This is in reverse. It's first considered Home, then Page1. > > Stanczak Group wrote: > > Ok, I think I've figured out the first page problem. Page1 is also > > called the Home in the application config file. So when using inspector > > I see two values are being stored. One session value for Home and the > > other for Page1. So if you click off Page1 it sets that session. But > > when you click back it's not saved a value for Home yet so it sets back > > to default. But it you submit again on Page1(aka Home) it saves a value > > for both, and now sets back correctly. How can I get around this? > > > > Stanczak Group wrote: > > > >> Stanczak Group wrote: > >> > >> > >>> Geoff Longman wrote: > >>> > >>> > >>> > >>>> Hmm, the behaviour you have described I have seen and it was due to > >>>> caching. > >>>> > >>>> > >>>> > >>>> > >>> It could be, I just don't understand how I should be setting the > >>> caching? Do you have a site with examples, or is it just creating a > >>> filter on the application? > >>> > >>> > >>> > >>>> You are sure the selection is being stored in a property that is > >>>> persistent? > >>>> > >>>> > >>>> > >>>> > >>> <property name="majorID" initial-value="" persist="session"/> > >>> > >>> > >>> > >> Disregard the initial-value="" part. That was something I put there > >> testing stuff. It's not normally there. > >> > >> > >> > >>>> At this point I'd break out the debugger and watch what's happening > >>>> when Page 2 renders on a back operation. > >>>> > >>>> > >>>> > >>>> > >>> What's the tool to use on Tapestry. Wasn't it the inspector once. I've > >>> been using log data and sys prints. What debugging method would you > >>> recommend. I use Netbeans 5. > >>> > >>> > >>> > >>>> BTW - we have found that adding no-cache to the page markup is an > >>>> incomplete solution. We have had better results using a servlet filter > >>>> that sets the response headers directly (proxies and such sometimes > >>>> don't respect no-cache in the markup). Since caching doesn't appear to > >>>> be the cause of your problem I don't think that would help. > >>>> > >>>> G. > >>>> > >>>> On 2/18/06, Stanczak Group <[EMAIL PROTECTED]> wrote: > >>>> > >>>> > >>>> > >>>> > >>>>> I created a delegate to the Shell, to add the no-cache but that still > >>>>> didn't fixed. Is that how I should stop caching? > >>>>> > >>>>> Geoff Longman wrote: > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> You sure Page1 isn't being cached by the browser? > >>>>>> > >>>>>> Geoff > >>>>>> > >>>>>> On 2/17/06, Stanczak Group <[EMAIL PROTECTED]> wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>> Say your on page 1. You make a selection from the dropdown, then click > >>>>>>> the submit button. That button takes you to the next page, page 2. On > >>>>>>> page 2 you click the submit button called "Back" that takes you back > >>>>>>> to > >>>>>>> page 1. But page 1 will not set back to the value you selected in that > >>>>>>> dropdown previously. But if you repeat the process again it will start > >>>>>>> remembering the value and work fine. It's like lazy loading or > >>>>>>> something. Anyone have a suggestion? I have dropdown boxes that work > >>>>>>> just fine, and others that don't. Same with multiple property select > >>>>>>> components. But all text field seem to work fine. > >>>>>>> > >>>>>>> -- > >>>>>>> Justin Stanczak > >>>>>>> Stanczak Group > >>>>>>> 812-735-3600 > >>>>>>> > >>>>>>> "All that is necessary for the triumph of evil is that good men do > >>>>>>> nothing." > >>>>>>> Edmund Burke > >>>>>>> > >>>>>>> ..________...............__................. > >>>>>>> ./ _____/..____..._____/..|_..____...____.... > >>>>>>> /...\..____/.__.\./....\...__\/.._.\./._..\.... > >>>>>>> \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... > >>>>>>> .\______../\___.._\__|../__|..\____/.\____/...... > >>>>>>> ........\/.....\/.....\/.......................... > >>>>>>> > >>>>>>> > >>>>>>> --------------------------------------------------------------------- > >>>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>>>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> -- > >>>>>> The Spindle guy. http://spindle.sf.net > >>>>>> Get help with Spindle: > >>>>>> http://lists.sourceforge.net/mailman/listinfo/spindle-user > >>>>>> Blog: http://jroller.com/page/glongman > >>>>>> Feature Updates: http://spindle.sf.net/updates > >>>>>> > >>>>>> --------------------------------------------------------------------- > >>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>> -- > >>>>> Justin Stanczak > >>>>> Stanczak Group > >>>>> 812-735-3600 > >>>>> > >>>>> "All that is necessary for the triumph of evil is that good men do > >>>>> nothing." > >>>>> Edmund Burke > >>>>> > >>>>> ..________...............__................. > >>>>> ./ _____/..____..._____/..|_..____...____.... > >>>>> /...\..____/.__.\./....\...__\/.._.\./._..\.... > >>>>> \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... > >>>>> .\______../\___.._\__|../__|..\____/.\____/...... > >>>>> ........\/.....\/.....\/.......................... > >>>>> > >>>>> > >>>>> --------------------------------------------------------------------- > >>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>> -- > >>>> The Spindle guy. http://spindle.sf.net > >>>> Get help with Spindle: > >>>> http://lists.sourceforge.net/mailman/listinfo/spindle-user > >>>> Blog: http://jroller.com/page/glongman > >>>> Feature Updates: http://spindle.sf.net/updates > >>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >>> > >> > >> > > > > > > -- > Justin Stanczak > Stanczak Group > 812-735-3600 > > "All that is necessary for the triumph of evil is that good men do nothing." > Edmund Burke > > ..________...............__................. > ./ _____/..____..._____/..|_..____...____.... > /...\..____/.__.\./....\...__\/.._.\./._..\.... > \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... > .\______../\___.._\__|../__|..\____/.\____/...... > ........\/.....\/.....\/.......................... > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- The Spindle guy. http://spindle.sf.net Get help with Spindle: http://lists.sourceforge.net/mailman/listinfo/spindle-user Blog: http://jroller.com/page/glongman Feature Updates: http://spindle.sf.net/updates --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
