Didn't seem to change anything. Doesn't that seem to be a Tapestry bug. What's the point of not having the first page named Home? If it's going to record it as Home.
Geoff Longman wrote: > yep. > > > > On 2/18/06, Stanczak Group <[EMAIL PROTECTED]> wrote: > >> Like this? <meta key="org.apache.tapestry.home-page" value="Page1.page"/> >> >> Geoff Longman wrote: >> >>> org.apache.tapestry.home-page=Page1 >>> >>> On 2/18/06, Geoff Longman <[EMAIL PROTECTED]> wrote: >>> >>> >>>> If it's T4 you can tell the Tapestry HomeService that the page to use >>>> for 'Home' is Page1 by setting this meta property in the app spec: >>>> >>>> org.apache.tapestry.home-page=Page1 >>>> >>>> In T3 you have to implement your own version of HomeService that loads >>>> Page1 instead of HOME. >>>> >>>> Or, you could just always refer to Page1 as Home in Page2 >>>> >>>> Clear as mud? >>>> >>>> Geoff >>>> >>>> On 2/18/06, Geoff Longman <[EMAIL PROTECTED]> 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 >>>>> >>>>> >>>>> >>>> -- >>>> 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 >>>> >>>> >>>> >>> -- >>> 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]
