You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Oleg <ol...@gmail.com> on 2005/01/08 04:49:18 UTC

cross application form bean

Hi,

Is there a way to access a form bean (login info) cross applications.
For example, a user logs in application 1, the form bean created with
session scope and than redirected to the URL of second application,
there application finds created from bean and will not ask to login
again.

I tried that by including jsessionid with the redirect URL but second
application still creates a different session.

Any ideas?


Thank you
Oleg

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: cross application form bean

Posted by Craig McClanahan <cr...@gmail.com>.
Sessions are unique to individual applications.  In addition,
individual applications are loaded by different class loaders (because
they have different WEB-INF/lib directories), so its quite likely that
you'd get ClassNotFoundException errors even if sessions were allowed
to cross the boundaries.

If you want the "single sign on" type support you are talking about,
you should investigate using your container's facilities for this (for
example, Tomcat supports it), or figure out some way to simulate it,
such as a specially crafted cookie that is recognized by each of your
applications.

Craig


On Fri, 7 Jan 2005 19:49:18 -0800, Oleg <ol...@gmail.com> wrote:
> Hi,
> 
> Is there a way to access a form bean (login info) cross applications.
> For example, a user logs in application 1, the form bean created with
> session scope and than redirected to the URL of second application,
> there application finds created from bean and will not ask to login
> again.
> 
> I tried that by including jsessionid with the redirect URL but second
> application still creates a different session.
> 
> Any ideas?
> 
> Thank you
> Oleg
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org