On this second issue. It shows the values being saved in the session,
but it's just not restoring the check boxes to checked.

Stanczak Group wrote:
> Here's the header values I set.
>
> Cache-Control=private,no-cache,no-store
> Pragma=no-cache
> Expires=Tue, 25 Jan 2000 10:30:00 GMT
>
> 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]

Reply via email to