You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by zahid mohammed <za...@gmail.com> on 2006/02/16 18:47:59 UTC
Frustrating IE6 Caching problem......PLEASE HELP!!!!
Hello All,
I have asked this question before in several forums but could'nt get the
solution for it.
We have a struts application and the server is Tomcat 5.5. I display an
Arraylist (set in request) on the first page using Logic:Iterate tag. If the
user clicks next, another set is selected and the arraylist is set in the
request. In Mozilla Firefox, I am able to view the new set of elements, but
in IE6 ServicePack2, it shows me the old set of elements even after clicking
next. Its not working even after clearing the cache.
I have placed <%
response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
response.setHeader("Pragma","no-cache"); //HTTP 1.0
response.setDateHeader("Expires",-1); //prevents caching
response.addHeader("Cache-Control","no-store"); //HTTP 1.1
%> on the top of the jsp and also
<META HTTP-EQUIV="Pragma" CONTENT="no-cache"> <META HTTP-EQUIV="Expires"
CONTENT="-1"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache"> in the
head.
I have also placed <controller nocache="true"></controller> in the
struts-config.xml........Even after doing all these its not working in IE
6.0. But everything is fine in Firefox.
One thing to note is when I used "System.out.println" in a scriptlet in jsp,
it shows me the right set of elements in the console when next is clicked.
But when I used "out.println" its showing the old set of elements in the
jsp.
Please HELP!!!
Thanx,
Struts Programmer.
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
On Thu, February 16, 2006 2:18 pm, zahid mohammed said:
> Thanks for replying Frank.
> Your question : Is the URL you are requesting the result of a GET, and
> never
> changing?
> Answer: No.
> Just to send a different URL I have appended a variable rand which has
> different value everytime.This is a part of the code
>
> <form name="form1" method="post">
It's POST anyway, and the browser is never supposed to cache the result
from a POST, so your good to go even without that random value.
> and within the javascript function (onClick for "Next") I have
>
> document.form1.action='./GetOtherSet.do?rand='+parseInt(Math.random()*99999999);
> document.form1.submit();
>
> Is there any javascript function which would clear the cache?
Not that I'm aware of. I would be surprised to find on... a web page
shouldn't be able to clear a clients' cache programmatically I figure :)
> Thanks,
> Struts Programmer.
Frank
Computer Nerd.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
Thanks for replying Frank.
Your question : Is the URL you are requesting the result of a GET, and never
changing?
Answer: No.
Just to send a different URL I have appended a variable rand which has
different value everytime.This is a part of the code
<form name="form1" method="post">
and within the javascript function (onClick for "Next") I have
document.form1.action='./GetOtherSet.do?rand='+parseInt(Math.random()*99999999);
document.form1.submit();
Is there any javascript function which would clear the cache?
Thanks,
Struts Programmer.
On 2/16/06, Frank W. Zammetti <fz...@omnytex.com> wrote:
>
> Question: is the URL you are requesting the result of a GET, and never
> changing? If so, IE will return a cached result every time after the
> first GET because it is somewhat over-aggressive in its caching scheme.
> All the headers in the world tend to not help either.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
> AIM: fzammetti
> Yahoo: fzammetti
> MSN: fzammetti@hotmail.com
>
> On Thu, February 16, 2006 12:47 pm, zahid mohammed said:
> > Hello All,
> > I have asked this question before in several forums but could'nt get the
> > solution for it.
> > We have a struts application and the server is Tomcat 5.5. I display an
> > Arraylist (set in request) on the first page using Logic:Iterate tag. If
> > the
> > user clicks next, another set is selected and the arraylist is set in
> the
> > request. In Mozilla Firefox, I am able to view the new set of elements,
> > but
> > in IE6 ServicePack2, it shows me the old set of elements even after
> > clicking
> > next. Its not working even after clearing the cache.
> > I have placed <%
> > response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
> > response.setHeader("Pragma","no-cache"); //HTTP 1.0
> > response.setDateHeader("Expires",-1); //prevents caching
> > response.addHeader("Cache-Control","no-store"); //HTTP 1.1
> > %> on the top of the jsp and also
> > <META HTTP-EQUIV="Pragma" CONTENT="no-cache"> <META HTTP-EQUIV="Expires"
> > CONTENT="-1"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache"> in
> the
> > head.
> > I have also placed <controller nocache="true"></controller> in the
> > struts-config.xml........Even after doing all these its not working in
> IE
> > 6.0. But everything is fine in Firefox.
> >
> > One thing to note is when I used "System.out.println" in a scriptlet in
> > jsp,
> > it shows me the right set of elements in the console when next is
> clicked.
> > But when I used "out.println" its showing the old set of elements in the
> > jsp.
> > Please HELP!!!
> > Thanx,
> > Struts Programmer.
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Jason King <jh...@airmail.net>.
If indeed this is a get like Frank described you can fake out IE by
passing a parameter that changes on every call, e.g.
http:/server/app/yourpage.jsp?now=<%=System.currentTimeMillis()%>
You don't have to use the argument for anything, it just makes IE
understand that it has to re-fetch the page.
zahid mohammed wrote:
>Hi Michael,
>I just tried placing another <Head> with the meta tags at the bottom of the
>jsp. But it did'nt help. I am still getting the old set of elements.
>
>Please HELP!!!!
>Thanks
>
>On 2/16/06, Michael Jouravlev <jm...@gmail.com> wrote:
>
>
>>I don't know is this still relevant:
>>
>>http://www.htmlgoodies.com/beyond/reference/article.php/3472881
>>
>>"The Pragma statement up above sometimes fails in IE because of the
>>way IE caches files. There is a 64K buffer that must be filled before
>>a page is cached in IE. The problem is that the vast majority of the
>>pages using the Pragma statement put it between the HEAD tags."
>>
>>On 2/16/06, Frank W. Zammetti <fz...@omnytex.com> wrote:
>>
>>
>>>Question: is the URL you are requesting the result of a GET, and never
>>>changing? If so, IE will return a cached result every time after the
>>>first GET because it is somewhat over-aggressive in its caching scheme.
>>>All the headers in the world tend to not help either.
>>>
>>>On Thu, February 16, 2006 12:47 pm, zahid mohammed said:
>>>
>>>
>>>> Hello All,
>>>>I have asked this question before in several forums but could'nt get
>>>>
>>>>
>>the
>>
>>
>>>>solution for it.
>>>>We have a struts application and the server is Tomcat 5.5. I display
>>>>
>>>>
>>an
>>
>>
>>>>Arraylist (set in request) on the first page using Logic:Iterate tag.
>>>>
>>>>
>>If
>>
>>
>>>>the
>>>>user clicks next, another set is selected and the arraylist is set in
>>>>
>>>>
>>the
>>
>>
>>>>request. In Mozilla Firefox, I am able to view the new set of
>>>>
>>>>
>>elements,
>>
>>
>>>>but
>>>>in IE6 ServicePack2, it shows me the old set of elements even after
>>>>clicking
>>>>next. Its not working even after clearing the cache.
>>>> I have placed <%
>>>>response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
>>>>response.setHeader("Pragma","no-cache"); //HTTP 1.0
>>>>response.setDateHeader("Expires",-1); //prevents caching
>>>>response.addHeader("Cache-Control","no-store"); //HTTP 1.1
>>>>%> on the top of the jsp and also
>>>><META HTTP-EQUIV="Pragma" CONTENT="no-cache"> <META
>>>>
>>>>
>>HTTP-EQUIV="Expires"
>>
>>
>>>>CONTENT="-1"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache"> in
>>>>
>>>>
>>the
>>
>>
>>>>head.
>>>>I have also placed <controller nocache="true"></controller> in the
>>>>struts-config.xml........Even after doing all these its not working in
>>>>
>>>>
>>IE
>>
>>
>>>>6.0. But everything is fine in Firefox.
>>>>
>>>>One thing to note is when I used "System.out.println" in a scriptlet
>>>>
>>>>
>>in
>>
>>
>>>>jsp,
>>>>it shows me the right set of elements in the console when next is
>>>>
>>>>
>>clicked.
>>
>>
>>>>But when I used "out.println" its showing the old set of elements in
>>>>
>>>>
>>the
>>
>>
>>>>jsp.
>>>>Please HELP!!!
>>>>Thanx,
>>>>Struts Programmer.
>>>>
>>>>
>>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>
>
>
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Ok, silly question... have you run something like HTTPWatch and looked at
the request? I had a similar issue a few years back that wound up being a
proxy caching something when it shouldn't, and the problem showed up that
way.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: fzammetti@hotmail.com
On Thu, February 16, 2006 4:26 pm, Michael Jouravlev said:
> Are you sure about that? Maybe your network admin is using it? Check
> Tools->Internet Options->Connections->LAN settings that it does not
> select anything in Proxy Server.
>
> Is your app and browser on one machine?
>
> On 2/16/06, zahid mohammed <za...@gmail.com> wrote:
>> No I am not using firewalls/proxies.
>> In the IE options I have tried selecting the options "Every visit to the
>> page" and "Automatically" for "Check for newer versions of stored
>> pages".
>> This does'nt make any difference.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
My best guess is that IE is trying to GET the contents pointed to by the
link, and at the same time process your onClick event, and the two are
conflicting. That is just a guess, but I have indeed seem similar
behavior when using a link. One thing you can do is to not make it a link
at all, instead just have a <div>, and maybe update the cursor style, so
something like this:
<div onMouseOver="this.style.cursor='pointer';"
onMouseOut="this.style.cursor='normal';"
onClick="javascript:getNext();">Next</div>
Otherwise, the other thing to try is to add "return false;" to the end of
your href, so:
<a href="javascript:void(0);return false;"
onClick="javascript:getNext();">Next </a>
I'm not 100% sure, but I think that will cause the transition to void(0)
to not happen.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: fzammetti@hotmail.com
Java Web Parts -
http://javawebparts.sourceforge.net
Supplying the wheel, so you don't have to reinvent it!
On Wed, April 5, 2006 3:56 pm, zahid mohammed said:
> Though this problem was resolved long time back, I was just wondering what
> the actual problem was.
>
> The problem was resolved just by replacing
>
>
> <a href="javascript:void(0)" onClick="javascript:getNext();">Next </a>
>
> with
>
> <input type="button" value="Next" onClick="javascript:getNext();">
>
> Using the anchor tag, the HTTPWatch showed that the HTTP operation was
> aborted by IE, where as by using the button it went on the next page and
> showed the right set of elements.
>
> Can anyone please tell me what the problem was with the anchor tag and why
> did IE abort the operation.
>
> Thanks for all the help!
>
>
>
>
>
> On 2/18/06, Frank W. Zammetti <fz...@omnytex.com> wrote:
>>
>> Aborted can happen when a proxy is involved, which has been suggested
>> before as the source of your troubles. I think it would be in your best
>> interest to purchase HTTPWatch to see the full details, or else find a
>> free alternative... some options:
>>
>> http://www.siliconwold.com/interceptor/interceptor_home.htm
>> http://www.blunck.info/iehttpheaders.html
>>
>> http://www.fileedge.com/Cat/Network-Internet/Browsers-Tools/MMD-HttpHead.html
>>
>> None of them seem as good as HTTPWatch, but the price is right :)
>>
>> Frank
>>
>> zahid mohammed wrote:
>> > Hi Dave,
>> > I have used the basic edition of HttpWatch and found these results
>> after
>> > clicking "next"
>> >
>> > Started Time size method Result Type
>> > 00:01:58.512 0.004 * POST Aborted *
>> > URL
>> >
>> >
>> http://localhost:8080/WITRApplication/GetOtherSet.do?nextposition=10&rand=93395784
>> > 00:02:14.239 0.003 * POST Aborted *
>> >
>> http://localhost:8080/WITRApplication/GetOtherSet.do?nextposition=10&rand=53881851
>> >
>> > Since this is a basic edition of HttpWatch I am unable to see the
>> headers,
>> > cookies, cache etc. Does anyone know what "Aborted" means in the
>> result
>> and
>> > when does it show that?
>> >
>> > PLEASE HELP!!!
>> > Thanks.
>> >
>> > On 2/17/06, Dave Newton <ne...@pingsite.com> wrote:
>> >> zahid mohammed wrote:
>> >>> If something was fundamentally wrong then why would it work in
>> >> "FIREFOX".
>> >> Perhaps because Firefox is less fundamentally broken than IE?
>> >>> And moreover these two printlns are giving the same result in
>> Firefox
>> >> but
>> >>> not in IE i.e after clicking next these are printing the next page's
>> >> first
>> >>> element. I am in the process of using HTTPWatch. I'll let u guys
>> know
>> >> the
>> >>> result later.
>> >>>
>> >> What do you mean by "first element?" Those printlns are half-way
>> through
>> >> the source you posted; there is quite a bit of HTML before them.
>> >>
>> >> I should rephrase my belief: obviously there is different behavior
>> under
>> >> IE, but I'm quite skeptical that it's an issue with caching insofar
>> as
>> >> the headers you are sending are correct and you are sending a
>> >> cache-busting unique URL parameter. We use both techniques (and have
>> for
>> >> a long time) with zero issues across "all" browsers.
>> >>
>> >> I still believe that there is either more going on under IE than you
>> >> suspect with regards to a proxy, a cache, something, somewhere in the
>> >> request chain.
>> >>
>> >> I would recommend you test w/ a different version of IE6 and see if
>> the
>> >> problem goes away; if it does then obviously that drop of IE is
>> >> significantly broken. I would also examine your entire request
>> >> processing chain, and create a standalone test case without all the
>> >> extra stuff to make it easier to track down the problem to see if it
>> >> really _is_ an IE-specific caching bug or if it's somewhere else in
>> the
>> >> chain.
>> >>
>> >> Dave
>> >>
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> >> For additional commands, e-mail: user-help@struts.apache.org
>> >>
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
Though this problem was resolved long time back, I was just wondering what
the actual problem was.
The problem was resolved just by replacing
<a href="javascript:void(0)" onClick="javascript:getNext();">Next </a>
with
<input type="button" value="Next" onClick="javascript:getNext();">
Using the anchor tag, the HTTPWatch showed that the HTTP operation was
aborted by IE, where as by using the button it went on the next page and
showed the right set of elements.
Can anyone please tell me what the problem was with the anchor tag and why
did IE abort the operation.
Thanks for all the help!
On 2/18/06, Frank W. Zammetti <fz...@omnytex.com> wrote:
>
> Aborted can happen when a proxy is involved, which has been suggested
> before as the source of your troubles. I think it would be in your best
> interest to purchase HTTPWatch to see the full details, or else find a
> free alternative... some options:
>
> http://www.siliconwold.com/interceptor/interceptor_home.htm
> http://www.blunck.info/iehttpheaders.html
>
> http://www.fileedge.com/Cat/Network-Internet/Browsers-Tools/MMD-HttpHead.html
>
> None of them seem as good as HTTPWatch, but the price is right :)
>
> Frank
>
> zahid mohammed wrote:
> > Hi Dave,
> > I have used the basic edition of HttpWatch and found these results after
> > clicking "next"
> >
> > Started Time size method Result Type
> > 00:01:58.512 0.004 * POST Aborted *
> > URL
> >
> >
> http://localhost:8080/WITRApplication/GetOtherSet.do?nextposition=10&rand=93395784
> > 00:02:14.239 0.003 * POST Aborted *
> >
> http://localhost:8080/WITRApplication/GetOtherSet.do?nextposition=10&rand=53881851
> >
> > Since this is a basic edition of HttpWatch I am unable to see the
> headers,
> > cookies, cache etc. Does anyone know what "Aborted" means in the result
> and
> > when does it show that?
> >
> > PLEASE HELP!!!
> > Thanks.
> >
> > On 2/17/06, Dave Newton <ne...@pingsite.com> wrote:
> >> zahid mohammed wrote:
> >>> If something was fundamentally wrong then why would it work in
> >> "FIREFOX".
> >> Perhaps because Firefox is less fundamentally broken than IE?
> >>> And moreover these two printlns are giving the same result in Firefox
> >> but
> >>> not in IE i.e after clicking next these are printing the next page's
> >> first
> >>> element. I am in the process of using HTTPWatch. I'll let u guys know
> >> the
> >>> result later.
> >>>
> >> What do you mean by "first element?" Those printlns are half-way
> through
> >> the source you posted; there is quite a bit of HTML before them.
> >>
> >> I should rephrase my belief: obviously there is different behavior
> under
> >> IE, but I'm quite skeptical that it's an issue with caching insofar as
> >> the headers you are sending are correct and you are sending a
> >> cache-busting unique URL parameter. We use both techniques (and have
> for
> >> a long time) with zero issues across "all" browsers.
> >>
> >> I still believe that there is either more going on under IE than you
> >> suspect with regards to a proxy, a cache, something, somewhere in the
> >> request chain.
> >>
> >> I would recommend you test w/ a different version of IE6 and see if the
> >> problem goes away; if it does then obviously that drop of IE is
> >> significantly broken. I would also examine your entire request
> >> processing chain, and create a standalone test case without all the
> >> extra stuff to make it easier to track down the problem to see if it
> >> really _is_ an IE-specific caching bug or if it's somewhere else in the
> >> chain.
> >>
> >> Dave
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >> For additional commands, e-mail: user-help@struts.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Aborted can happen when a proxy is involved, which has been suggested
before as the source of your troubles. I think it would be in your best
interest to purchase HTTPWatch to see the full details, or else find a
free alternative... some options:
http://www.siliconwold.com/interceptor/interceptor_home.htm
http://www.blunck.info/iehttpheaders.html
http://www.fileedge.com/Cat/Network-Internet/Browsers-Tools/MMD-HttpHead.html
None of them seem as good as HTTPWatch, but the price is right :)
Frank
zahid mohammed wrote:
> Hi Dave,
> I have used the basic edition of HttpWatch and found these results after
> clicking "next"
>
> Started Time size method Result Type
> 00:01:58.512 0.004 * POST Aborted *
> URL
>
> http://localhost:8080/WITRApplication/GetOtherSet.do?nextposition=10&rand=93395784
> 00:02:14.239 0.003 * POST Aborted *
> http://localhost:8080/WITRApplication/GetOtherSet.do?nextposition=10&rand=53881851
>
> Since this is a basic edition of HttpWatch I am unable to see the headers,
> cookies, cache etc. Does anyone know what "Aborted" means in the result and
> when does it show that?
>
> PLEASE HELP!!!
> Thanks.
>
> On 2/17/06, Dave Newton <ne...@pingsite.com> wrote:
>> zahid mohammed wrote:
>>> If something was fundamentally wrong then why would it work in
>> "FIREFOX".
>> Perhaps because Firefox is less fundamentally broken than IE?
>>> And moreover these two printlns are giving the same result in Firefox
>> but
>>> not in IE i.e after clicking next these are printing the next page's
>> first
>>> element. I am in the process of using HTTPWatch. I'll let u guys know
>> the
>>> result later.
>>>
>> What do you mean by "first element?" Those printlns are half-way through
>> the source you posted; there is quite a bit of HTML before them.
>>
>> I should rephrase my belief: obviously there is different behavior under
>> IE, but I'm quite skeptical that it's an issue with caching insofar as
>> the headers you are sending are correct and you are sending a
>> cache-busting unique URL parameter. We use both techniques (and have for
>> a long time) with zero issues across "all" browsers.
>>
>> I still believe that there is either more going on under IE than you
>> suspect with regards to a proxy, a cache, something, somewhere in the
>> request chain.
>>
>> I would recommend you test w/ a different version of IE6 and see if the
>> problem goes away; if it does then obviously that drop of IE is
>> significantly broken. I would also examine your entire request
>> processing chain, and create a standalone test case without all the
>> extra stuff to make it easier to track down the problem to see if it
>> really _is_ an IE-specific caching bug or if it's somewhere else in the
>> chain.
>>
>> Dave
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
Hi Dave,
I have used the basic edition of HttpWatch and found these results after
clicking "next"
Started Time size method Result Type
00:01:58.512 0.004 * POST Aborted *
URL
http://localhost:8080/WITRApplication/GetOtherSet.do?nextposition=10&rand=93395784
00:02:14.239 0.003 * POST Aborted *
http://localhost:8080/WITRApplication/GetOtherSet.do?nextposition=10&rand=53881851
Since this is a basic edition of HttpWatch I am unable to see the headers,
cookies, cache etc. Does anyone know what "Aborted" means in the result and
when does it show that?
PLEASE HELP!!!
Thanks.
On 2/17/06, Dave Newton <ne...@pingsite.com> wrote:
>
> zahid mohammed wrote:
> > If something was fundamentally wrong then why would it work in
> "FIREFOX".
> >
> Perhaps because Firefox is less fundamentally broken than IE?
> > And moreover these two printlns are giving the same result in Firefox
> but
> > not in IE i.e after clicking next these are printing the next page's
> first
> > element. I am in the process of using HTTPWatch. I'll let u guys know
> the
> > result later.
> >
> What do you mean by "first element?" Those printlns are half-way through
> the source you posted; there is quite a bit of HTML before them.
>
> I should rephrase my belief: obviously there is different behavior under
> IE, but I'm quite skeptical that it's an issue with caching insofar as
> the headers you are sending are correct and you are sending a
> cache-busting unique URL parameter. We use both techniques (and have for
> a long time) with zero issues across "all" browsers.
>
> I still believe that there is either more going on under IE than you
> suspect with regards to a proxy, a cache, something, somewhere in the
> request chain.
>
> I would recommend you test w/ a different version of IE6 and see if the
> problem goes away; if it does then obviously that drop of IE is
> significantly broken. I would also examine your entire request
> processing chain, and create a standalone test case without all the
> extra stuff to make it easier to track down the problem to see if it
> really _is_ an IE-specific caching bug or if it's somewhere else in the
> chain.
>
> Dave
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Dave Newton <ne...@pingsite.com>.
zahid mohammed wrote:
> If something was fundamentally wrong then why would it work in "FIREFOX".
>
Perhaps because Firefox is less fundamentally broken than IE?
> And moreover these two printlns are giving the same result in Firefox but
> not in IE i.e after clicking next these are printing the next page's first
> element. I am in the process of using HTTPWatch. I'll let u guys know the
> result later.
>
What do you mean by "first element?" Those printlns are half-way through
the source you posted; there is quite a bit of HTML before them.
I should rephrase my belief: obviously there is different behavior under
IE, but I'm quite skeptical that it's an issue with caching insofar as
the headers you are sending are correct and you are sending a
cache-busting unique URL parameter. We use both techniques (and have for
a long time) with zero issues across "all" browsers.
I still believe that there is either more going on under IE than you
suspect with regards to a proxy, a cache, something, somewhere in the
request chain.
I would recommend you test w/ a different version of IE6 and see if the
problem goes away; if it does then obviously that drop of IE is
significantly broken. I would also examine your entire request
processing chain, and create a standalone test case without all the
extra stuff to make it easier to track down the problem to see if it
really _is_ an IE-specific caching bug or if it's somewhere else in the
chain.
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
If something was fundamentally wrong then why would it work in "FIREFOX".
And moreover these two printlns are giving the same result in Firefox but
not in IE i.e after clicking next these are printing the next page's first
element. I am in the process of using HTTPWatch. I'll let u guys know the
result later.
Thanks
On 2/17/06, Dave Newton <ne...@pingsite.com> wrote:
>
> zahid mohammed wrote:
> > Yes. After clicking next "System.out.println" is printing the right name
> on
> > the console whereas "out.println" is printing the wrong name (first page
> > element) on the jsp.
> >
> Well, it certainly wouldn't be the first page element. It's after a
> logic:iterate and table etc.
>
> First I would create a test JSP w/o all the extra garbage, includes,
> etc. as a sanity check and see if the two printlns are still doing
> different things.
>
> I still do not believe that this is a caching or IE issue. If those two
> lines are doing different things then something is either fundamentally
> wrong or misunderstood. Could be wrong, tho.
>
> Dave
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Dave Newton <ne...@pingsite.com>.
zahid mohammed wrote:
> Yes. After clicking next "System.out.println" is printing the right name on
> the console whereas "out.println" is printing the wrong name (first page
> element) on the jsp.
>
Well, it certainly wouldn't be the first page element. It's after a
logic:iterate and table etc.
First I would create a test JSP w/o all the extra garbage, includes,
etc. as a sanity check and see if the two printlns are still doing
different things.
I still do not believe that this is a caching or IE issue. If those two
lines are doing different things then something is either fundamentally
wrong or misunderstood. Could be wrong, tho.
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
Yes. After clicking next "System.out.println" is printing the right name on
the console whereas "out.println" is printing the wrong name (first page
element) on the jsp.
Thanks
On 2/17/06, Dave Newton <ne...@pingsite.com> wrote:
>
> zahid mohammed wrote:
> >> System.out.println("The First candidates first name is
> >> "+firstCandidate.getFirstName());
> >> out.println("First candidates first name is
> >> "+firstCandidate.getFirstName());
> >>
> You're saying these two things print something different?
>
> Dave
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
[OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Dave Newton <ne...@pingsite.com>.
zahid mohammed wrote:
>> System.out.println("The First candidates first name is
>> "+firstCandidate.getFirstName());
>> out.println("First candidates first name is
>> "+firstCandidate.getFirstName());
>>
You're saying these two things print something different?
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [Friday]
Posted by Leon Rosenberg <ro...@googlemail.com>.
you soap the rope to make it slide well and you are sure the knot will
really break your neck.
On 2/20/06, Marco Mistroni <mm...@waersystems.com> wrote:
> Hello,
>
> >The expression applies in greek as well and is used to point out a
> >difficult situation where rope and soap is the obvious way out :-)
>
> Sorry for being so 'numb'... but I still don' tsee the connection between
> A rope and the soap......
> You can mail me privately ... I think we are off-topic big time...
>
> Rgds
> marco
>
>
>
>
>
>
>
> Cheers,
>
> Manos
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [Friday]
Posted by David Delbecq <de...@oma.be>.
One simple word:
pray
Marco Mistroni a écrit :
>Hehe,
> Thanx I got explanation off-line..
>Hope I'll never have to resort to that....
>are there any nicer expressions to say that you have no other solutions?
>
>Regards
> marco
>
>-----Original Message-----
>From: David Delbecq [mailto:delbd@oma.be]
>Sent: 20 February 2006 14:33
>To: Struts Users Mailing List
>Subject: Re: [Friday]
>
>Marco Mistroni a écrit :
>
>
>
>>Hello,
>>
>>
>>
>>
>>
>>>The expression applies in greek as well and is used to point out a
>>>difficult situation where rope and soap is the obvious way out :-)
>>>
>>>
>>>
>>>
>>Sorry for being so 'numb'... but I still don' tsee the connection between
>>A rope and the soap......
>>You can mail me privately ... I think we are off-topic big time...
>>
>>Rgds
>> marco
>>
>>
>>
>>
>>
>>
>I think it's to clean the rope, so you don't get infected by any disease
>when you get hung. It's like sterilizing material before doing the
>lethal injection. :)
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>For additional commands, e-mail: user-help@struts.apache.org
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>For additional commands, e-mail: user-help@struts.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: [Friday]
Posted by Marco Mistroni <mm...@waersystems.com>.
Hehe,
Thanx I got explanation off-line..
Hope I'll never have to resort to that....
are there any nicer expressions to say that you have no other solutions?
Regards
marco
-----Original Message-----
From: David Delbecq [mailto:delbd@oma.be]
Sent: 20 February 2006 14:33
To: Struts Users Mailing List
Subject: Re: [Friday]
Marco Mistroni a écrit :
>Hello,
>
>
>
>>The expression applies in greek as well and is used to point out a
>>difficult situation where rope and soap is the obvious way out :-)
>>
>>
>
>Sorry for being so 'numb'... but I still don' tsee the connection between
>A rope and the soap......
>You can mail me privately ... I think we are off-topic big time...
>
>Rgds
> marco
>
>
>
>
I think it's to clean the rope, so you don't get infected by any disease
when you get hung. It's like sterilizing material before doing the
lethal injection. :)
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [Friday]
Posted by David Delbecq <de...@oma.be>.
Marco Mistroni a écrit :
>Hello,
>
>
>
>>The expression applies in greek as well and is used to point out a
>>difficult situation where rope and soap is the obvious way out :-)
>>
>>
>
>Sorry for being so 'numb'... but I still don' tsee the connection between
>A rope and the soap......
>You can mail me privately ... I think we are off-topic big time...
>
>Rgds
> marco
>
>
>
>
I think it's to clean the rope, so you don't get infected by any disease
when you get hung. It's like sterilizing material before doing the
lethal injection. :)
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: [Friday]
Posted by Marco Mistroni <mm...@waersystems.com>.
Hello,
>The expression applies in greek as well and is used to point out a
>difficult situation where rope and soap is the obvious way out :-)
Sorry for being so 'numb'... but I still don' tsee the connection between
A rope and the soap......
You can mail me privately ... I think we are off-topic big time...
Rgds
marco
Cheers,
Manos
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [Friday]
Posted by Emmanouil Batsis <Em...@eurodyn.com>.
Michael Jouravlev wrote:
>On 2/17/06, Marco Mistroni <mm...@waersystems.com> wrote:
>
>
>>Hello,
>>
>>
>>>>On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
>>>>
>>>>
>>>>
>>>>>The last thing I can think of is a hook, a rope and some soap.
>>>>>
>>>>>
>>Uhmm.. you mean last resort is hanging? Or by soap you were really
>>Meaning SOAP :)
>>
>>
>
>Hehe, funny. No, I mean soap. Looks like its cultural thing. Soap to
>kind of "oil" the rope, it slides better ;-)
>
>
The expression applies in greek as well and is used to point out a
difficult situation where rope and soap is the obvious way out :-)
Cheers,
Manos
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [Friday]
Posted by Michael Jouravlev <jm...@gmail.com>.
On 2/17/06, Marco Mistroni <mm...@waersystems.com> wrote:
> Hello,
> >> On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
> >>
> >>> The last thing I can think of is a hook, a rope and some soap.
> >
>
> Uhmm.. you mean last resort is hanging? Or by soap you were really
> Meaning SOAP :)
Hehe, funny. No, I mean soap. Looks like its cultural thing. Soap to
kind of "oil" the rope, it slides better ;-)
Btw, the same goes with screws: use some soap, it will be much easier
to screw a screw in :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
[Friday]
Posted by Marco Mistroni <mm...@waersystems.com>.
Hello,
>> On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
>>
>>> The last thing I can think of is a hook, a rope and some soap.
>
Uhmm.. you mean last resort is hanging? Or by soap you were really
Meaning SOAP :)
Regards
marco
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
I don't spot anything immediately that looks wrong to me... have you
viewed the transaction at a low level via HTTPWatch or similar tool as
suggested? Until you do that you have not fully explored the problem
and hence don't need the rope quite yet :) (or the soap... still not
sure where that comes in... should one take a bath before committing
hara-kiri?!?)
Frank
zahid mohammed wrote:
> Frank, Michael and Dave,
>
>> On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
>>
>>> The last thing I can think of is a hook, a rope and some soap.
>
> Is this the only option left...............Did u guys find any problem in
> the code?
>
> Thanks
>
> On 2/16/06, zahid mohammed <za...@gmail.com> wrote:
>> Finally here are the relevant portions of the jsp code.
>>
>>
>> <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
>> <%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
>> <%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic"%>
>> <%@page import="witr.domain.User"%>
>> <%
>> response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
>> //response.setHeader("Cache-Control", "no-store, no-cache,
>> must-revalidate");
>> //response.addHeader("Cache-Control", "post-check=0, pre-check=0");
>> response.setHeader("Pragma","no-cache"); //HTTP 1.0
>> response.setDateHeader("Expires",-1); //prevents caching
>> response.addHeader("Cache-Control","no-store"); //HTTP 1.1
>>
>> %>
>>
>> <html>
>>
>> <head>
>> <META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
>> <META HTTP-EQUIV="Expires" CONTENT="-1">
>> <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
>> <link rel="stylesheet" type="text/css" href="wir.css">
>>
>> <script language="JavaScript">
>>
>>
>> function openDoc1(candidateNo)
>> {
>>
>> alert("The candidates number obtained is "+candidateNo);
>> var currentposition = document.forms[0].currentposition.value;
>>
>> var doc1 = window.open
>> ('./AccessDoc1.do?candidateNumber='+candidateNo+'¤tposition='+currentposition,'selecteddoc1','scrollbars=yes,resizable=yes,width=800,height=600');
>>
>> }
>> function openDoc2(candidateNo)
>> {
>>
>> alert("The candidates number obtained is "+candidateNo);
>> var currentposition = document.forms[0].currentposition.value;
>> var doc2 = window.open
>> ('./AccessDoc2.do?candidateNumber='+candidateNo+'¤tposition='+currentposition,'selecteddoc2','scrollbars=yes,resizable=yes,width=800,height=600');
>>
>> }
>> function getNext()
>> {
>> alert("currentposition is "+document.forms[0].currentposition.value);
>> var nextposition =parseInt(document.forms
>> [0].currentposition.value)+10;
>> alert("nextposition is "+nextposition);
>>
>> document.form1.action='./GetOtherSet.do?nextposition='+nextposition+'&rand='+parseInt
>> (Math.random()*99999999);
>>
>> document.form1.submit();
>> }
>>
>> function getPrevious()
>> {
>> alert("currentposition is "+document.forms[0].currentposition.value);
>> var nextposition=parseInt(document.forms[0].currentposition.value)-10;
>> alert("nextposition is "+nextposition);
>>
>> document.form1.action='./GetOtherSet.do?nextposition='+nextposition+'&rand='+parseInt
>> (Math.random()*99999999);
>>
>> document.form1.submit();
>> }
>> </script>
>> </head>
>> <body width="775" >
>> <%@include file="userheader.jsp"%>
>> <form name="form1" method="post">
>> <table >
>> <tr><td valign="top">
>>
>>
>>
>> <logic:iterate name="Users" id="User" indexId="index" >
>> <table >
>> <tr>
>> <td><span class="submenu">FirstName:</span><bean:write name="User"
>> property="firstName" /></td>
>> <td><span class="submenu">LastName:</span><bean:write name="User"
>> property="lastName" /></td>
>> </tr>
>>
>> <tr>
>> <td><a href="javascript:void(0)"
>> onClick="javascript:openDoc2('<bean:write name="index"/>');">Doc2</a></td>
>> <td><a href="javascript:void(0)"
>> onClick="javascript:openDoc1('<bean:write name="index"/>');">Doc1</a></td>
>> </tr>
>>
>> </table>
>> <hr/>
>> </logic:iterate>
>>
>>
>> </td>
>> </tr>
>>
>> </table>
>> <% String currentpositionvalue =
>> (String)request.getAttribute("currentposition");
>> List Usersinrequest = (List)request.getAttribute("Users");
>> User firstCandidate = (User)Usersinrequest.get(0);
>> System.out.println("The First candidates first name is
>> "+firstCandidate.getFirstName());
>> out.println("First candidates first name is
>> "+firstCandidate.getFirstName());
>>
>> List allUsers = (List)session.getAttribute("AllUsers");
>>
>> %>
>> <input type="hidden" name="currentposition"
>> value="<%=currentpositionvalue%>" />
>> <table >
>> <tr>
>> <%if(allUsers.size()-Integer.parseInt(currentpositionvalue)<
>> allUsers.size()){%>
>> <td align="left">
>> <a href="javascript:void(0)" onclick="javascript:getPrevious()">
>> <img border="0" src="/images/GMPPrevOn.gif" width="16" height="15"
>>> </img>
>> Previous</a>
>> </td>
>> <%}%>
>> <%if(Integer.parseInt(currentpositionvalue)+10<allUsers.size()){%>
>> <td align="right">
>> <a href="javascript:void(0)" onclick="javascript:getNext()">
>> Next<img border="0" src="/images/GMPNextOn.gif" width="16" height="15"
>>> </img>
>> </a>
>> </td>
>> <%}%>
>> </tr>
>> </table>
>>
>> </form>
>> </body>
>>
>> <head>
>> <META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
>> <META HTTP-EQUIV="Expires" CONTENT="-1">
>> <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
>> </head>
>> </html>
>>
>> PLEASE HELP!!!!
>>
>> Thanks
>>
>>
>>
>> On 2/16/06, Dave Newton <ne...@pingsite.com> wrote:
>>> Frank W. Zammetti wrote:
>>>> On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
>>>>
>>>>> The last thing I can think of is a hook, a rope and some soap.
>>>>>
>>>> Why do I get the feeling this just turned into a [Friday] post?!? ;)
>>> LOL
>>> I was with him until the soap, then I was just scared.
>>>
>>> Dave
>>>
>>>
>>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
Frank, Michael and Dave,
> On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
>
>> The last thing I can think of is a hook, a rope and some soap.
Is this the only option left...............Did u guys find any problem in
the code?
Thanks
On 2/16/06, zahid mohammed <za...@gmail.com> wrote:
>
> Finally here are the relevant portions of the jsp code.
>
>
> <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
> <%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
> <%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic"%>
> <%@page import="witr.domain.User"%>
> <%
> response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
> //response.setHeader("Cache-Control", "no-store, no-cache,
> must-revalidate");
> //response.addHeader("Cache-Control", "post-check=0, pre-check=0");
> response.setHeader("Pragma","no-cache"); //HTTP 1.0
> response.setDateHeader("Expires",-1); //prevents caching
> response.addHeader("Cache-Control","no-store"); //HTTP 1.1
>
> %>
>
> <html>
>
> <head>
> <META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
> <META HTTP-EQUIV="Expires" CONTENT="-1">
> <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
> <link rel="stylesheet" type="text/css" href="wir.css">
>
> <script language="JavaScript">
>
>
> function openDoc1(candidateNo)
> {
>
> alert("The candidates number obtained is "+candidateNo);
> var currentposition = document.forms[0].currentposition.value;
>
> var doc1 = window.open
> ('./AccessDoc1.do?candidateNumber='+candidateNo+'¤tposition='+currentposition,'selecteddoc1','scrollbars=yes,resizable=yes,width=800,height=600');
>
> }
> function openDoc2(candidateNo)
> {
>
> alert("The candidates number obtained is "+candidateNo);
> var currentposition = document.forms[0].currentposition.value;
> var doc2 = window.open
> ('./AccessDoc2.do?candidateNumber='+candidateNo+'¤tposition='+currentposition,'selecteddoc2','scrollbars=yes,resizable=yes,width=800,height=600');
>
> }
> function getNext()
> {
> alert("currentposition is "+document.forms[0].currentposition.value);
> var nextposition =parseInt(document.forms
> [0].currentposition.value)+10;
> alert("nextposition is "+nextposition);
>
> document.form1.action='./GetOtherSet.do?nextposition='+nextposition+'&rand='+parseInt
> (Math.random()*99999999);
>
> document.form1.submit();
> }
>
> function getPrevious()
> {
> alert("currentposition is "+document.forms[0].currentposition.value);
> var nextposition=parseInt(document.forms[0].currentposition.value)-10;
> alert("nextposition is "+nextposition);
>
> document.form1.action='./GetOtherSet.do?nextposition='+nextposition+'&rand='+parseInt
> (Math.random()*99999999);
>
> document.form1.submit();
> }
> </script>
> </head>
> <body width="775" >
> <%@include file="userheader.jsp"%>
> <form name="form1" method="post">
> <table >
> <tr><td valign="top">
>
>
>
> <logic:iterate name="Users" id="User" indexId="index" >
> <table >
> <tr>
> <td><span class="submenu">FirstName:</span><bean:write name="User"
> property="firstName" /></td>
> <td><span class="submenu">LastName:</span><bean:write name="User"
> property="lastName" /></td>
> </tr>
>
> <tr>
> <td><a href="javascript:void(0)"
> onClick="javascript:openDoc2('<bean:write name="index"/>');">Doc2</a></td>
> <td><a href="javascript:void(0)"
> onClick="javascript:openDoc1('<bean:write name="index"/>');">Doc1</a></td>
> </tr>
>
> </table>
> <hr/>
> </logic:iterate>
>
>
> </td>
> </tr>
>
> </table>
> <% String currentpositionvalue =
> (String)request.getAttribute("currentposition");
> List Usersinrequest = (List)request.getAttribute("Users");
> User firstCandidate = (User)Usersinrequest.get(0);
> System.out.println("The First candidates first name is
> "+firstCandidate.getFirstName());
> out.println("First candidates first name is
> "+firstCandidate.getFirstName());
>
> List allUsers = (List)session.getAttribute("AllUsers");
>
> %>
> <input type="hidden" name="currentposition"
> value="<%=currentpositionvalue%>" />
> <table >
> <tr>
> <%if(allUsers.size()-Integer.parseInt(currentpositionvalue)<
> allUsers.size()){%>
> <td align="left">
> <a href="javascript:void(0)" onclick="javascript:getPrevious()">
> <img border="0" src="/images/GMPPrevOn.gif" width="16" height="15"
> ></img>
> Previous</a>
> </td>
> <%}%>
> <%if(Integer.parseInt(currentpositionvalue)+10<allUsers.size()){%>
> <td align="right">
> <a href="javascript:void(0)" onclick="javascript:getNext()">
> Next<img border="0" src="/images/GMPNextOn.gif" width="16" height="15"
> ></img>
> </a>
> </td>
> <%}%>
> </tr>
> </table>
>
> </form>
> </body>
>
> <head>
> <META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
> <META HTTP-EQUIV="Expires" CONTENT="-1">
> <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
> </head>
> </html>
>
> PLEASE HELP!!!!
>
> Thanks
>
>
>
> On 2/16/06, Dave Newton <ne...@pingsite.com> wrote:
> >
> > Frank W. Zammetti wrote:
> > > On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
> > >
> > >> The last thing I can think of is a hook, a rope and some soap.
> > >>
> > >
> > > Why do I get the feeling this just turned into a [Friday] post?!? ;)
> > LOL
> > >
> > I was with him until the soap, then I was just scared.
> >
> > Dave
> >
> >
> >
>
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
Finally here are the relevant portions of the jsp code.
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic"%>
<%@page import="witr.domain.User"%>
<%
response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
//response.setHeader("Cache-Control", "no-store, no-cache,
must-revalidate");
//response.addHeader("Cache-Control", "post-check=0, pre-check=0");
response.setHeader("Pragma","no-cache"); //HTTP 1.0
response.setDateHeader("Expires",-1); //prevents caching
response.addHeader("Cache-Control","no-store"); //HTTP 1.1
%>
<html>
<head>
<META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
<META HTTP-EQUIV="Expires" CONTENT="-1">
<META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
<link rel="stylesheet" type="text/css" href="wir.css">
<script language="JavaScript">
function openDoc1(candidateNo)
{
alert("The candidates number obtained is "+candidateNo);
var currentposition = document.forms[0].currentposition.value;
var doc1 = window.open
('./AccessDoc1.do?candidateNumber='+candidateNo+'¤tposition='+currentposition,'selecteddoc1','scrollbars=yes,resizable=yes,width=800,height=600');
}
function openDoc2(candidateNo)
{
alert("The candidates number obtained is "+candidateNo);
var currentposition = document.forms[0].currentposition.value;
var doc2 = window.open
('./AccessDoc2.do?candidateNumber='+candidateNo+'¤tposition='+currentposition,'selecteddoc2','scrollbars=yes,resizable=yes,width=800,height=600');
}
function getNext()
{
alert("currentposition is "+document.forms[0].currentposition.value);
var nextposition =parseInt(document.forms[0].currentposition.value)+10;
alert("nextposition is "+nextposition);
document.form1.action='./GetOtherSet.do?nextposition='+nextposition+'&rand='+parseInt
(Math.random()*99999999);
document.form1.submit();
}
function getPrevious()
{
alert("currentposition is "+document.forms[0].currentposition.value);
var nextposition=parseInt(document.forms[0].currentposition.value)-10;
alert("nextposition is "+nextposition);
document.form1.action='./GetOtherSet.do?nextposition='+nextposition+'&rand='+parseInt
(Math.random()*99999999);
document.form1.submit();
}
</script>
</head>
<body width="775" >
<%@include file="userheader.jsp"%>
<form name="form1" method="post">
<table >
<tr><td valign="top">
<logic:iterate name="Users" id="User" indexId="index" >
<table >
<tr>
<td><span class="submenu">FirstName:</span><bean:write name="User"
property="firstName" /></td>
<td><span class="submenu">LastName:</span><bean:write name="User"
property="lastName" /></td>
</tr>
<tr>
<td><a href="javascript:void(0)"
onClick="javascript:openDoc2('<bean:write name="index"/>');">Doc2</a></td>
<td><a href="javascript:void(0)"
onClick="javascript:openDoc1('<bean:write name="index"/>');">Doc1</a></td>
</tr>
</table>
<hr/>
</logic:iterate>
</td>
</tr>
</table>
<% String currentpositionvalue =
(String)request.getAttribute("currentposition");
List Usersinrequest = (List)request.getAttribute("Users");
User firstCandidate = (User)Usersinrequest.get(0);
System.out.println("The First candidates first name is
"+firstCandidate.getFirstName());
out.println("First candidates first name is
"+firstCandidate.getFirstName());
List allUsers = (List)session.getAttribute("AllUsers");
%>
<input type="hidden" name="currentposition"
value="<%=currentpositionvalue%>" />
<table >
<tr>
<%if(allUsers.size()-Integer.parseInt(currentpositionvalue)<
allUsers.size()){%>
<td align="left">
<a href="javascript:void(0)" onclick="javascript:getPrevious()">
<img border="0" src="/images/GMPPrevOn.gif" width="16" height="15"
></img>
Previous</a>
</td>
<%}%>
<%if(Integer.parseInt(currentpositionvalue)+10<allUsers.size()){%>
<td align="right">
<a href="javascript:void(0)" onclick="javascript:getNext()">
Next<img border="0" src="/images/GMPNextOn.gif" width="16" height="15"
></img>
</a>
</td>
<%}%>
</tr>
</table>
</form>
</body>
<head>
<META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
<META HTTP-EQUIV="Expires" CONTENT="-1">
<META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
</head>
</html>
PLEASE HELP!!!!
Thanks
On 2/16/06, Dave Newton <ne...@pingsite.com> wrote:
>
> Frank W. Zammetti wrote:
> > On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
> >
> >> The last thing I can think of is a hook, a rope and some soap.
> >>
> >
> > Why do I get the feeling this just turned into a [Friday] post?!? ;) LOL
> >
> I was with him until the soap, then I was just scared.
>
> Dave
>
>
>
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Dave Newton <ne...@pingsite.com>.
Frank W. Zammetti wrote:
> On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
>
>> The last thing I can think of is a hook, a rope and some soap.
>>
>
> Why do I get the feeling this just turned into a [Friday] post?!? ;) LOL
>
I was with him until the soap, then I was just scared.
Dave
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
On Thu, February 16, 2006 4:51 pm, Michael Jouravlev said:
> The last thing I can think of is a hook, a rope and some soap.
Why do I get the feeling this just turned into a [Friday] post?!? ;) LOL
Frank
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Michael Jouravlev <jm...@gmail.com>.
Does it show the proper data when you reload the page?
The last thing I can think of is a hook, a rope and some soap. Or, as
another option, get an HTTP sniffer and see what is actually
happening.
Michael.
On 2/16/06, zahid mohammed <za...@gmail.com> wrote:
> I have checked
> Tools->Internet Options->Connections->LAN settings and it does not
> select anything in Proxy Server.
> Yes the app and browser are on the same machine.
> PLEASE HELP!!!!
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
I have checked
Tools->Internet Options->Connections->LAN settings and it does not
select anything in Proxy Server.
Yes the app and browser are on the same machine.
PLEASE HELP!!!!
Thanks.
On 2/16/06, Michael Jouravlev <jm...@gmail.com> wrote:
>
> Are you sure about that? Maybe your network admin is using it? Check
> Tools->Internet Options->Connections->LAN settings that it does not
> select anything in Proxy Server.
>
> Is your app and browser on one machine?
>
> On 2/16/06, zahid mohammed <za...@gmail.com> wrote:
> > No I am not using firewalls/proxies.
> > In the IE options I have tried selecting the options "Every visit to the
> > page" and "Automatically" for "Check for newer versions of stored
> pages".
> > This does'nt make any difference.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Michael Jouravlev <jm...@gmail.com>.
Are you sure about that? Maybe your network admin is using it? Check
Tools->Internet Options->Connections->LAN settings that it does not
select anything in Proxy Server.
Is your app and browser on one machine?
On 2/16/06, zahid mohammed <za...@gmail.com> wrote:
> No I am not using firewalls/proxies.
> In the IE options I have tried selecting the options "Every visit to the
> page" and "Automatically" for "Check for newer versions of stored pages".
> This does'nt make any difference.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Dave Newton <ne...@pingsite.com>.
zahid mohammed wrote:
> One thing which surprises me is the difference in behavior of "
> System.out.println" and the "out.println" statements. The former statement
> is printing the write set of elements on the console whereas the "
> out.println" is printing the wrong set of elements on the jsp.
> I even replaced the <logic:iterate> and <bean:write> statements in the jsp
> with the scriptlets but of no use. So I guess this definitely has something
> to do with the IE.
>
I seriously doubt it, based on the same evidence: I don't know exactly
where those printlns are at, but if they're different, then whatever
they're printing out is different, for whatever reason. I don't have any
code or config you posted originally, but I would certainly look there
before suspecting the browser.
If it's not too long, repost it.
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
I am not using any network "speedup" mechanisms.
If the application was'nt working in Firefox I would have thought there
might be some problem in the code, but its working great in firefox which
means there is no problem in the code.
One thing which surprises me is the difference in behavior of "
System.out.println" and the "out.println" statements. The former statement
is printing the write set of elements on the console whereas the "
out.println" is printing the wrong set of elements on the jsp.
I even replaced the <logic:iterate> and <bean:write> statements in the jsp
with the scriptlets but of no use. So I guess this definitely has something
to do with the IE.
PLEASE HELP!!!!
Thanks
On 2/16/06, Dave Newton <ne...@pingsite.com> wrote:
>
> zahid mohammed wrote:
> > No I am not using firewalls/proxies.
> > In the IE options I have tried selecting the options "Every visit to the
> > page" and "Automatically" for "Check for newer versions of stored
> pages".
> > This does'nt make any difference.
> >
> > PLEASE HELP!!!!
> >
> Are you surfing using one of those network "speedup" mechanisms?
>
> I find it hard to believe that with all caching turned off and passing
> in a unique parameter for a GET that you are getting a cached page as I
> have used those exact technique across all browsers and _never_ had this
> problem...
>
> Dave
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
[OT] Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Dave Newton <ne...@pingsite.com>.
zahid mohammed wrote:
> No I am not using firewalls/proxies.
> In the IE options I have tried selecting the options "Every visit to the
> page" and "Automatically" for "Check for newer versions of stored pages".
> This does'nt make any difference.
>
> PLEASE HELP!!!!
>
Are you surfing using one of those network "speedup" mechanisms?
I find it hard to believe that with all caching turned off and passing
in a unique parameter for a GET that you are getting a cached page as I
have used those exact technique across all browsers and _never_ had this
problem...
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
No I am not using firewalls/proxies.
In the IE options I have tried selecting the options "Every visit to the
page" and "Automatically" for "Check for newer versions of stored pages".
This does'nt make any difference.
PLEASE HELP!!!!
Thanks
On 2/16/06, Michael Jouravlev <jm...@gmail.com> wrote:
>
> On 2/16/06, zahid mohammed <za...@gmail.com> wrote:
> > Hi Michael,
> > I just tried placing another <Head> with the meta tags at the bottom of
> the
> > jsp. But it did'nt help. I am still getting the old set of elements.
> >
> > Please HELP!!!!
>
> Do you use firewalls/proxies? For example, Naviscope likes to
> "optimize" connections by caching stuff. Naviscope is quite old, so it
> picks up MSIE automatically but does not see Firefox. Therefore, when
> I start Naviscope, MSIE requests go through it but Firefox requests do
> not.
>
> Bottom line: check the middlemen.
>
> Michael.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Michael Jouravlev <jm...@gmail.com>.
On 2/16/06, zahid mohammed <za...@gmail.com> wrote:
> Hi Michael,
> I just tried placing another <Head> with the meta tags at the bottom of the
> jsp. But it did'nt help. I am still getting the old set of elements.
>
> Please HELP!!!!
Do you use firewalls/proxies? For example, Naviscope likes to
"optimize" connections by caching stuff. Naviscope is quite old, so it
picks up MSIE automatically but does not see Firefox. Therefore, when
I start Naviscope, MSIE requests go through it but Firefox requests do
not.
Bottom line: check the middlemen.
Michael.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by zahid mohammed <za...@gmail.com>.
Hi Michael,
I just tried placing another <Head> with the meta tags at the bottom of the
jsp. But it did'nt help. I am still getting the old set of elements.
Please HELP!!!!
Thanks
On 2/16/06, Michael Jouravlev <jm...@gmail.com> wrote:
>
> I don't know is this still relevant:
>
> http://www.htmlgoodies.com/beyond/reference/article.php/3472881
>
> "The Pragma statement up above sometimes fails in IE because of the
> way IE caches files. There is a 64K buffer that must be filled before
> a page is cached in IE. The problem is that the vast majority of the
> pages using the Pragma statement put it between the HEAD tags."
>
> On 2/16/06, Frank W. Zammetti <fz...@omnytex.com> wrote:
> > Question: is the URL you are requesting the result of a GET, and never
> > changing? If so, IE will return a cached result every time after the
> > first GET because it is somewhat over-aggressive in its caching scheme.
> > All the headers in the world tend to not help either.
> >
> > On Thu, February 16, 2006 12:47 pm, zahid mohammed said:
> > > Hello All,
> > > I have asked this question before in several forums but could'nt get
> the
> > > solution for it.
> > > We have a struts application and the server is Tomcat 5.5. I display
> an
> > > Arraylist (set in request) on the first page using Logic:Iterate tag.
> If
> > > the
> > > user clicks next, another set is selected and the arraylist is set in
> the
> > > request. In Mozilla Firefox, I am able to view the new set of
> elements,
> > > but
> > > in IE6 ServicePack2, it shows me the old set of elements even after
> > > clicking
> > > next. Its not working even after clearing the cache.
> > > I have placed <%
> > > response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
> > > response.setHeader("Pragma","no-cache"); //HTTP 1.0
> > > response.setDateHeader("Expires",-1); //prevents caching
> > > response.addHeader("Cache-Control","no-store"); //HTTP 1.1
> > > %> on the top of the jsp and also
> > > <META HTTP-EQUIV="Pragma" CONTENT="no-cache"> <META
> HTTP-EQUIV="Expires"
> > > CONTENT="-1"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache"> in
> the
> > > head.
> > > I have also placed <controller nocache="true"></controller> in the
> > > struts-config.xml........Even after doing all these its not working in
> IE
> > > 6.0. But everything is fine in Firefox.
> > >
> > > One thing to note is when I used "System.out.println" in a scriptlet
> in
> > > jsp,
> > > it shows me the right set of elements in the console when next is
> clicked.
> > > But when I used "out.println" its showing the old set of elements in
> the
> > > jsp.
> > > Please HELP!!!
> > > Thanx,
> > > Struts Programmer.
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by Michael Jouravlev <jm...@gmail.com>.
I don't know is this still relevant:
http://www.htmlgoodies.com/beyond/reference/article.php/3472881
"The Pragma statement up above sometimes fails in IE because of the
way IE caches files. There is a 64K buffer that must be filled before
a page is cached in IE. The problem is that the vast majority of the
pages using the Pragma statement put it between the HEAD tags."
On 2/16/06, Frank W. Zammetti <fz...@omnytex.com> wrote:
> Question: is the URL you are requesting the result of a GET, and never
> changing? If so, IE will return a cached result every time after the
> first GET because it is somewhat over-aggressive in its caching scheme.
> All the headers in the world tend to not help either.
>
> On Thu, February 16, 2006 12:47 pm, zahid mohammed said:
> > Hello All,
> > I have asked this question before in several forums but could'nt get the
> > solution for it.
> > We have a struts application and the server is Tomcat 5.5. I display an
> > Arraylist (set in request) on the first page using Logic:Iterate tag. If
> > the
> > user clicks next, another set is selected and the arraylist is set in the
> > request. In Mozilla Firefox, I am able to view the new set of elements,
> > but
> > in IE6 ServicePack2, it shows me the old set of elements even after
> > clicking
> > next. Its not working even after clearing the cache.
> > I have placed <%
> > response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
> > response.setHeader("Pragma","no-cache"); //HTTP 1.0
> > response.setDateHeader("Expires",-1); //prevents caching
> > response.addHeader("Cache-Control","no-store"); //HTTP 1.1
> > %> on the top of the jsp and also
> > <META HTTP-EQUIV="Pragma" CONTENT="no-cache"> <META HTTP-EQUIV="Expires"
> > CONTENT="-1"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache"> in the
> > head.
> > I have also placed <controller nocache="true"></controller> in the
> > struts-config.xml........Even after doing all these its not working in IE
> > 6.0. But everything is fine in Firefox.
> >
> > One thing to note is when I used "System.out.println" in a scriptlet in
> > jsp,
> > it shows me the right set of elements in the console when next is clicked.
> > But when I used "out.println" its showing the old set of elements in the
> > jsp.
> > Please HELP!!!
> > Thanx,
> > Struts Programmer.
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Frustrating IE6 Caching problem......PLEASE HELP!!!!
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Question: is the URL you are requesting the result of a GET, and never
changing? If so, IE will return a cached result every time after the
first GET because it is somewhat over-aggressive in its caching scheme.
All the headers in the world tend to not help either.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: fzammetti@hotmail.com
On Thu, February 16, 2006 12:47 pm, zahid mohammed said:
> Hello All,
> I have asked this question before in several forums but could'nt get the
> solution for it.
> We have a struts application and the server is Tomcat 5.5. I display an
> Arraylist (set in request) on the first page using Logic:Iterate tag. If
> the
> user clicks next, another set is selected and the arraylist is set in the
> request. In Mozilla Firefox, I am able to view the new set of elements,
> but
> in IE6 ServicePack2, it shows me the old set of elements even after
> clicking
> next. Its not working even after clearing the cache.
> I have placed <%
> response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
> response.setHeader("Pragma","no-cache"); //HTTP 1.0
> response.setDateHeader("Expires",-1); //prevents caching
> response.addHeader("Cache-Control","no-store"); //HTTP 1.1
> %> on the top of the jsp and also
> <META HTTP-EQUIV="Pragma" CONTENT="no-cache"> <META HTTP-EQUIV="Expires"
> CONTENT="-1"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache"> in the
> head.
> I have also placed <controller nocache="true"></controller> in the
> struts-config.xml........Even after doing all these its not working in IE
> 6.0. But everything is fine in Firefox.
>
> One thing to note is when I used "System.out.println" in a scriptlet in
> jsp,
> it shows me the right set of elements in the console when next is clicked.
> But when I used "out.println" its showing the old set of elements in the
> jsp.
> Please HELP!!!
> Thanx,
> Struts Programmer.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org