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]>

Reply via email to