I'm currently aware of the problems we are having with our framework and for now I will have to do with what I have however in a long run I will be migrating our framework to struts.
-----Original Message----- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: 27 February 2003 06:21 To: 'Struts Users Mailing List' Subject: RE: [OT] Servlets application problems There's an easier way to do this. Take a look at struts-config_1_1.dtd (specifically, the contoller element nocache setting) -- James Mitchell Web Developer/Struts Evangelist http://www.apache.org/struts/ > -----Original Message----- > From: Tumi Mathibedi [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 27, 2003 11: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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
