4 Geoff Longman wrote: > 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] > > > >
-- 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]
