Oh my god. I figure it out. Hard to recheck a collection if the equals
is checking against the wrong class type. I won't even get into how dumb
that is. Thanks for the input.

Stanczak Group wrote:
> 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