We have run into this problem running jdk 1.4 rc3. When we switch to 1.3, the problem goes away
Hope this helps. Doug -----Original Message----- From: Dustin Aleksiuk [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 22, 2002 10:40 AM To: Struts Users Mailing List Subject: Re: Struts and multiple Web applications on same application server I just wanted to let you know that the exact same problem drove me nuts 2 years ago with Weblogic 5.1. I'm sorry you are having that problem, but you brought back many funny memories of us pulling our hair out over it. I don't remember if we ever solved it. When I left that company we had moved to Tomcat. Dustin Aleksiuk "Salonen, Aki" wrote: > Thanks for idea of eliminating chance of a struts problem. > > > Do you mean to say, when you make a request > > "context1/location/page.jsp" and > > "context2/location/page.jsp" you get the same page even if you update > > context1 and not context2? > Yes. This is the way it works. > > This is definetly a BEA WebLogig 6.2 problem. > I configured test.jsp pages to both applications. > "context1/location/test.jsp" and > "context2/location/test.jsp". > > And added entries to web.xml defining test.jsp as servlet > with pattern *.test, so every request ending with .test > would be directed for test.jsp. > > What happened was that I modified test.jsp file in both applications > to ensure recompiling. Then started up WebLogic. > > Then I accessed > "context1/location/test.test" with browser, resulting > WebLogic to compile test.jsp. > > After that when I accessed "context2/location/test.test" > result was the one produced by "context1/location/test.jsp". > > So the one that is compiled first after startup or deploying, > will be used to produce response. This apperars in both cases > with startup and re-deploying, so I think this is actually > related to application deploying which is also part of startup. > > At this point no matter how many times I try to refresh browser and > no matter web context I access, I receive result of the first compiled jsp > page. > > When I modify or touch "context2/location/test.jsp" so that modified > timestamp changes resulting weblogic to compile jsp page, and after that > access "context2/location/test.test" result is OK, produced by > "context2/location/test.jsp". > > After many tests it is obvious that WebLogic works right when > first page is compiled and after that the second will be modified > to forse re-compiling. Now both URL's "context1/location/test.test" and > "context2/location/test.test" produce their own content. > > Problem appears when application is deployed and JSP files are modified, > resulting only first JSP accessed (compiled) to produce content for > both web applications "context2/location/test.test". > > Kind regards, > > Aki > > > -----Original Message----- > > From: Alex Paransky [mailto:[EMAIL PROTECTED]] > > Sent: 21. tammikuuta 2002 22:15 > > To: Struts Users Mailing List > > Cc: Salonen, Aki > > Subject: RE: Struts and multiple Web applications on same application > > server > > > > > > Do you mean to say, when you make a request > > "context1/location/page.jsp" and > > "context2/location/page.jsp" you get the same page even if you update > > context1 and not context2? > > > > Seems like a server problem to me. > > > > You should be able to remove struts from the equation by > > creating a simple > > .jsp page without using any struts tags. Besides, I don't > > think that the > > struts servlet gets involved with every request you make. > > Only requires > > that have the mapping specified to map to the servlet in > > web.xml (usually > > something with the .do) extension get mapped to the servlet > > (I could be > > wrong, I have not used it for too long). > > > > -AP_ > > > > -----Original Message----- > > From: Salonen, Aki [mailto:[EMAIL PROTECTED]] > > Sent: Monday, January 21, 2002 2:09 AM > > To: '[EMAIL PROTECTED]' > > Subject: Struts and multiple Web applications on same > > application server > > > > > > Hello, > > > > We have been facing problems when using > > struts with multiple enterprise applications. > > > > It seems that struts supports only one > > struts application on same application server. > > > > Application server we are using is BEA WebLogic 6.2 SP2. > > > > Scenario is as described: > > One enterprise application containing for EJB:s providing > > business logics. > > Two enterprise applications containg two distinct user interfaces > > for business logics. > > > > We use same action servlet classes in both web applications, > > inherited from Struts ActionServlet. > > > > Web application context roots are of course different, but > > relative URL's used are same for both web applications. > > So web.xml and struts-config.xml are exact copies. > > > > Both web applications have own physical copies of all jars used. > > > > If I have understood right, two distinct enterprise > > applications should > > have no knowledge of each other, so there should be own > > instaces of struts > > for each enterprise application. > > > > What happens is that server returns responses (JSP generated pages), > > like there would be only one web application. > > Also JSP-page result returned is the one from that web > > application that has > > latest modifed JSP page. > > > > It seems that application server does not distinct calls to different > > web applications, but serves pages as if there would be only > > one "mixed" web application. > > > > > > Is this a struts or application server related issue? > > > > I know that struts does not support multiple action servlets. > > > > Has somebody faced similar problems or does someone know what > > this all is > > about? > > > > I can provide more details about if needed. > > > > > > Kind regards, > > > > Aki > > > > > > > > ______________________________________________________________________ > > Aki Salonen > > Wincor Nixdorf Oy > > System Analyst > > web: http://www.wincor-nixdorf.com > > > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Dustin Aleksiuk Tools and Practices Team TransCanada Tower - 2564A 403-920-5744 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
