You probably don't want to do this... There is a nocache configuration element available for the ActionServlet. But as a more general rule if you have to play with HTTP headers for every request/response you deal with then you should put that logic either in a filter or a servlet. Since you are using Struts, you could even extend ActionServlet to handle the needed functionality. (Although if this needs to happen for *every* request or response it probably should go in a filter.)
A big red flag for me is "we can just put this logic at the top/bottom/wherever of every JSP page." That tells me something more fundamental (and better suited to the task) could be used. -= J > -----Original Message----- > From: Tumi Mathibedi [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 27, 2003 10:10 AM > To: Struts Users Mailing List > Subject: RE: [OT] Servlets application problems > > > after scratching my head, I finally realised that there is a > way to force the proxy not to cache pages and the way to > solve my problem is to have: <% > reponse.setHeader("cache-control", "no-cache") %> in my jsp's. > > Thanx a million for your inputs. > > -----Original Message----- > From: James Mitchell [mailto:[EMAIL PROTECTED] > Sent: 27 February 2003 05:42 > To: 'Struts Users Mailing List' > Subject: RE: [OT] Servlets application problems > > > You'd probably have better luck on the tomcat-users list. This (from > all appearances) seems to be a Tomcat issue and not Struts. > > Have you tried that list? > > > -- > James Mitchell > Web Developer/Struts Evangelist > http://www.apache.org/struts/ > > > > > -----Original Message----- > > From: Tumi Mathibedi [mailto:[EMAIL PROTECTED] > > Sent: Thursday, February 27, 2003 8:51 AM > > To: Struts Users Mailing List > > Subject: RE: [OT] Servlets application problems > > > > > > > > I'm using tomcat 4.0.4. When I look at the log files I can > > see two users with the same session-id. I suspect it has > > something to do with the proxy caching. I don't how to make > > or tell tomcat server that my pages are dynamic and they must > > not be cached. > > > > any ideas? > > > > -----Original Message----- > > From: James Mitchell [mailto:[EMAIL PROTECTED] > > Sent: 27 February 2003 03:07 > > To: 'Struts Users Mailing List' > > Subject: RE: [OT] Servlets application problems > > > > > > If I understand you correctly, it's not possible (or at > least a 1 in a > > million shot). > > > > What container are you using? > > What proof do you have that the sessions are the same (how are you > > determining this)? > > > > > > > > -- > > James Mitchell > > Web Developer/Struts Evangelist > > http://www.apache.org/struts/ > > > > > > > > > -----Original Message----- > > > From: Tumi Mathibedi [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, February 27, 2003 7:12 AM > > > To: Struts Users Mailing List > > > Subject: [OT] Servlets application problems > > > > > > > > > hi struts-users, > > > > > > I have a serious problem and need urgent help. How is it > > > possible that two different users get the same session > > > information from a multiple servlet web application? > > > > > > thank in advanced. > > > Tumi Mathibedi > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
