You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Ki...@OneAmerica.com on 2014/08/15 22:29:45 UTC
Old data diplayed after x minutes of inactivity
First some background on our environment:
We are using WebSphere 8.5..5.2 (recently migrated from WebSphere 6.1)
Our session timeout in WebSphere is 45 minutes
We are using CA's SiteMinder for authentication. It's timeout is set to
30 minutes.
We are using MyFaces 2.1.13 (recently migrated from MyFaces 1.1.4)
We are still using JSPs, not Facelets
Our STATE_SAVING_METHOD is set to Server.
Our issue:
We have a search page that takes users to a search results page displaying
the results. The user can then click a commandLink in the search results
to
get details about the specific result. As long as the user is actively
working in our site, everything works fine. But, if the user is
inactive for 10 - 15 minutes
and then does a new search, the search results page displays the correct
results, but when the user clicks the commandLink, the details displayed
are
for a previous result. We have not been able to recreate this issue in
our test environment, but can consistently recreate it in our production
environment.
Has anyone experienced this issue? Any tips for how to debug this type
of issue when we can't recreate it in test?
Thanks
Kim Calvin
Sr Systems Consultant - Web Solutions
OneAmerica
P.O. Box 368
Indianapolis, IN 46206
Phone: (317) 285-2401
Fax: (317) 285-7696
Kim.Calvin@oneamerica.com
OneAmerica companies:
AUL | State Life | OneAmerica Securities |
McCready and Keene | PML | AUL RMS
This e-mail message is intended only for the use of the individual or entity to
which the transmission is addressed. Any interception may be a violation of
law. If you are not the intended recipient, any dissemination, distribution or
copying of this e-mail is strictly prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all copies of
the document.
Re: Old data diplayed after x minutes of inactivity
Posted by Felipe Jaekel <fk...@gmail.com>.
Maybe user agent is caching the result page. I use this in my main facelets
template:
<meta
http-equiv="cache-control"
content="max-age=0"
/>
<meta
http-equiv="cache-control"
content="no-cache"
/>
<meta
http-equiv="expires"
content="0"
/>
<meta
http-equiv="expires"
content="Tue, 01 Jan 1980 1:00:00 GMT"
/>
<meta
http-equiv="pragma"
content="no-cache"
/>
2014-08-15 17:29 GMT-03:00 <Ki...@oneamerica.com>:
> First some background on our environment:
>
> We are using WebSphere 8.5..5.2 (recently migrated from WebSphere 6.1)
> Our session timeout in WebSphere is 45 minutes
> We are using CA's SiteMinder for authentication. It's timeout is set to
> 30 minutes.
> We are using MyFaces 2.1.13 (recently migrated from MyFaces 1.1.4)
> We are still using JSPs, not Facelets
> Our STATE_SAVING_METHOD is set to Server.
>
>
> Our issue:
>
> We have a search page that takes users to a search results page displaying
> the results. The user can then click a commandLink in the search results
> to
> get details about the specific result. As long as the user is actively
> working in our site, everything works fine. But, if the user is
> inactive for 10 - 15 minutes
> and then does a new search, the search results page displays the correct
> results, but when the user clicks the commandLink, the details displayed
> are
> for a previous result. We have not been able to recreate this issue in
> our test environment, but can consistently recreate it in our production
> environment.
>
> Has anyone experienced this issue? Any tips for how to debug this type
> of issue when we can't recreate it in test?
>
> Thanks
>
>
> Kim Calvin
> Sr Systems Consultant - Web Solutions
> OneAmerica
> P.O. Box 368
> Indianapolis, IN 46206
> Phone: (317) 285-2401
> Fax: (317) 285-7696
> Kim.Calvin@oneamerica.com
>
> OneAmerica companies:
> AUL | State Life | OneAmerica Securities |
> McCready and Keene | PML | AUL RMS
>
> This e-mail message is intended only for the use of the individual or
> entity to
> which the transmission is addressed. Any interception may be a violation of
> law. If you are not the intended recipient, any dissemination,
> distribution or
> copying of this e-mail is strictly prohibited. If you are not the intended
> recipient, please contact the sender by reply e-mail and destroy all
> copies of
> the document.