I just changed that first page to home.
Stanczak Group wrote:
> 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]

Reply via email to