You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Stanczak Group <ju...@stanczakgroup.com> on 2006/02/17 22:16:44 UTC
Strange Session Problem. Not restoring values.
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <gl...@gmail.com> 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 <gl...@gmail.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>> --
>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> --
>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>> --
>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>> --
>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>>
>>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <gl...@gmail.com> 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 <gl...@gmail.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>> --
>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> --
>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>>>
>> --
>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Geoff Longman <gl...@gmail.com>.
yep.
On 2/18/06, Stanczak Group <ju...@stanczakgroup.com> 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 <gl...@gmail.com> 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 <gl...@gmail.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>> --
> >>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>> --
> >>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>> --
> >>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>
> >>>>
> >>>>
> >>> --
> >>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >
> >
> >
> >
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <gl...@gmail.com> 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 <gl...@gmail.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> --
>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>> --
>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>> --
>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Geoff Longman <gl...@gmail.com>.
org.apache.tapestry.home-page=Page1
On 2/18/06, Geoff Longman <gl...@gmail.com> 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 <gl...@gmail.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > > >>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>> --
> > > >>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > > >>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>> --
> > > >>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > > >>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>> --
> > > >>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > > >>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>
> > > >>>
> > > >>>
> > > >>
> > > >>
> > > >
> > > >
> > >
> > > --
> > > 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: tapestry-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > --
> > 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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Geoff Longman <gl...@gmail.com>.
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 <gl...@gmail.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > >>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>> --
> > >>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > >>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>> --
> > >>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > >>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>> --
> > >>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> > >>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>
> > >>>
> > >>>
> > >>
> > >>
> > >
> > >
> >
> > --
> > 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: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >
> >
>
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> --
>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> --
>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> --
>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>> --
>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Geoff Longman <gl...@gmail.com>.
oops. been there. just glad you got things working.
Geoff
On 2/18/06, Stanczak Group <ju...@stanczakgroup.com> wrote:
> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>> --
> >>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>> --
> >>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>> --
> >>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>> --
> >>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >
> >
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> --
>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>> --
>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>
>>> --
>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> --
>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> --
>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>> --
>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>> --
>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>>
>>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> --
>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> --
>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> --
>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>> --
>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
Guess it's not the caching. I've setup a filter, that sets the headers,
but no luck. The MuliplePropertySelect still won't put the value back.
It just stays unchecked. The session shows the values, so I'm not sure
why, it won't put them back. I have two pages with those that don't
work, and one where it works. Looks like programming error, but don't
know where yet.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> --
>>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> --
>>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> --
>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>> --
>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Geoff Longman <gl...@gmail.com>.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>> --
> >>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> --
> >>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>> --
> >>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>
> >>
> >
> >
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> --
>>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> --
>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> --
>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> --
>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> --
>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>
>>> --
>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> --
>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>> --
>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>> --
>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>>
>>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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"/>
> 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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>> --
>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>>>
>> --
>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Geoff Longman <gl...@gmail.com>.
Hmm, the behaviour you have described I have seen and it was due to caching.
You are sure the selection is being stored in a property that is persistent?
At this point I'd break out the debugger and watch what's happening
when Page 2 renders on a back operation.
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 <ju...@stanczakgroup.com> 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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>
> >>
> >>
> >
> >
> > --
> > 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: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >
> >
> >
> >
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Stanczak Group <ju...@stanczakgroup.com>.
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 <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>
>
> --
> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Strange Session Problem. Not restoring values.
Posted by Geoff Longman <gl...@gmail.com>.
You sure Page1 isn't being cached by the browser?
Geoff
On 2/17/06, Stanczak Group <ju...@stanczakgroup.com> 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: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
--
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: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org