You're right. This would be one way to do it. The point is, to share "session" between webapps you have to do it yourself.
----- Original Message ----- From: "Sobkowski, Andrej" <[EMAIL PROTECTED]> To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]> Sent: Wednesday, December 12, 2001 12:08 PM Subject: RE: Similar Question as -> Different web apps and struts > Would it be possible to "simulate" a common session via - for example - an > external Stateful Session EJB? All the applications could retrieve the > simulated session via JNDI and the application server will take care of > making it available between clusters, distributed environments and so on. > > The HttpSession could be synchronized with the "EJB Session" at every > request (if needed). > > Of course, it doesn't have to be an EJB. It could be a CORBA/RMI object or > anything else. I guess the important thing is to make it common to all the > apps. > > Am I totally out of scope? > > Andrej > > > -----Original Message----- > > From: Dimitar Stavrakov [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, December 12, 2001 11:53 AM > > To: 'Struts Users Mailing List' > > Subject: RE: Similar Question as -> Different web apps and struts > > > > > > The Session is part of the request object. If your action is > > redirecting a > > page from one web-app to another, it is probably also redirecting the > > request object, therefore the session as well. > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, December 12, 2001 10:54 AM > > To: [EMAIL PROTECTED] > > Subject: Similar Question as -> Different web apps and struts > > > > > > I was wondering something similar... I am putting together > > (trying) a > > large app to run a bunch of things like: > > - Customer contact database > > - Project tracking > > - Problem tracking que > > - Billing information > > > > Users can jump between these sections... > > > > All these will share and support each other. Should they be > > all in the > > same web-app directory, or can the be split so that parts can > > be added > > on? > > I am still new at this, and dont want to go in the wrong > > direction with > > a bigger endevor such as this... > > > > > > > > > > > > > > -----Original Message----- > > From: sandeep.takhar [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, December 12, 2001 9:38 AM > > To: struts-user > > Subject: Different web apps and struts > > > > > > there was a recent question in this list that I am > > trying to understand the implications of. > > > > I think that these are questions I should know the > > answer to, and possibly look up elsewhere, but there > > is some struts content eventually... > > > > If there are multiple web-apps on the same server or a > > different server than do you lose the session? > > Different server I would think so. How can you store > > session information when going to a different web-app > > context? > > > > This question I should probably look up: When you do a > > redirect do you lose the session information? > > > > The question that was asked earlier: do you have to do > > a redirect to connect from one web-app to another? > > > > If everyone on the server is using a common ui > > framework that includes struts and similar base > > modifications to the struts framework: Does the > > strut.jar file still need to be in WEB-INF/lib for all > > these implementation or is there another configuration > > possible? Does this rely on the app server? > > > > thanks, > > > > Sandeep > > > > __________________________________________________ > > Do You Yahoo!? > > Check out Yahoo! Shopping and Yahoo! Auctions for all of > > your unique holiday gifts! Buy at http://shopping.yahoo.com > > or bid at http://auctions.yahoo.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]> > > > > -- > > 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]>