AFAIK, if the applications are in two separate contexts there is no way to share data between them using a common session
Not to mention, some of the Struts tags (form, link) derive context at runtime, so you don't have the ability to specify an external context.
You'll be forced to do something kludgy and authenticate to both systems and maintain two sessions.
I don't know if I'd refer to SSO as "something klugy" On 6/22/06, Eric Dahnke <[EMAIL PROTECTED]> wrote:
AFAIK, if the applications are in two separate contexts there is no way to share data between them using a common session. You'll be forced to do something kludgy and authenticate to both systems and maintain two sessions. I would love to see a thread started about this because it is a big shortcoming I come up against frequently in Java. That is, different wars and contexts are a great way to separate and manage different large scale projects, but when it comes time to piece it back together as part of a large possibly modular application, yr fcked. Siteminder (a proprietary product) is a way to get around this and is Java friendly, but don't know how it works. On Thu Jun 22 13:10:18 EDT 2006, Wen-Jung Chen <[EMAIL PROTECTED]> wrote: > Hello, > > We have two struts applications which are planning to be created > as two war > files and deployed as one ear file on application server. We > develop one > struts app and other team develops another one. The requirement > for us is > their struts application will call our action method to invoke a > window on > our side. Does anyone know how their struts app can invoke our > action > method? I was told that they can use url redirect by using url we > provided > so we can popup a window for them. Is this right way to do it? Is > there any > other better way to handle this since we are located in two > different jvm? > And also if we want to pass data back so they can display > message on their > screen, are we still use same way such as url direct to pass data > as request > parameter to them? > > Please help. > > Thanks, > Wen-Jung > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
