Re: Communicate between two struts apps
Our architecture team suggested one solution for us. One web app writes key
information into table in our database and generate one key id. Put this key
id as request parameter and call our action method using url redirection. We
just have about 4 parameters to pass because most of data have already
stored in table in our database. Using url redirect is because two web apps
are in two different jvms, hence jsp forward in not feasible.
This solution is very similar to Mukta's method.
I am not sure passing session using single signon between two web apps would
solve our problems. Because we also need to populate a popup window from our
side when the other web app clicks a button in their screen. Is url redirect
the only way to invoke a popup window between two struts apps?
Regards,
Wen-Jung
On 6/23/06, Mukta <[EMAIL PROTECTED]> wrote:
I am developing an SSO application and we are using this kind of scenario
when one app calls some actions of the other app. We are picking those
URLs
from DB and simply providing links to them.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, June 23, 2006 3:22 AM
To: Struts Users Mailing List
Subject: Re: Communicate between two struts apps
Hello All,
I believe Single Sign On will be able to share Session attributes between
applications. Single Sign On is supported by many application servers like
Oracle, BEA, IBM, etc
Thanks and regards,
Pazhanikanthan. P (Paz)
Consultant for AXA,
HCL Australia Services Pty. Ltd.
Off : +61-3-9618-4085
Mob : +61-0411-354-838
Monkeyden <[EMAIL PROTECTED]>
23/06/2006 07:42 AM
Please respond to "Struts Users Mailing List"
To: "Struts Users Mailing List" ,
[EMAIL PROTECTED]
cc:
Subject: Re: Communicate between two struts apps
>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]
>
>
_
This e-mail has been scanned for viruses by MCI's Internet Managed
Scanning Services - powered by MessageLabs. For further information
visit http://www.mci.com
*
Important Note
This email (includ
Re: Communicate between two struts apps
I just said that it would be reasonable to separate the war files if there are two teams with different goals and different release processes. Make things easier. regards leon On 6/23/06, Madhav Bhargava <[EMAIL PROTECTED]> wrote: Could you please elaborate on the same. If there are several release processes, will you still go ahead with the same approach. On 6/24/06, Leon Rosenberg <[EMAIL PROTECTED]> wrote: > > On 6/23/06, Madhav Bhargava <[EMAIL PROTECTED]> wrote: > > From your original mail the entire concept of having 2 war files bundled > in > > one EAR file is a bit strange. You can totally avoid this by using > different > > struts-config files and SwitchActions in struts. > > > > The two different teams can have their own set of actions, form beans, > > action mapping and whole lot of other stuff and still you can easily > > integrate the two into just one war file and package it in ear file. > > > > I would really like to know the benefit in having 2 war files. > > Separate release processes? > Leon > > > > > On 6/23/06, Mukta <[EMAIL PROTECTED]> wrote: > > > > > > I am developing an SSO application and we are using this kind of > scenario > > > when one app calls some actions of the other app. We are picking those > > > URLs > > > from DB and simply providing links to them. > > > > > > > > > -----Original Message- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > Sent: Friday, June 23, 2006 3:22 AM > > > To: Struts Users Mailing List > > > Subject: Re: Communicate between two struts apps > > > > > > Hello All, > > > > > > I believe Single Sign On will be able to share Session attributes > between > > > applications. Single Sign On is supported by many application servers > like > > > Oracle, BEA, IBM, etc > > > > > > Thanks and regards, > > > Pazhanikanthan. P (Paz) > > > > > > Consultant for AXA, > > > HCL Australia Services Pty. Ltd. > > > Off : +61-3-9618-4085 > > > Mob : +61-0411-354-838 > > > > > > > > > > > > > > > Monkeyden <[EMAIL PROTECTED]> > > > 23/06/2006 07:42 AM > > > Please respond to "Struts Users Mailing List" > > > > > > > > > To: "Struts Users Mailing List" , > > > [EMAIL PROTECTED] > > > cc: > > > Subject:Re: Communicate between two struts apps > > > > > > > > > >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
Re: Communicate between two struts apps
Could you please elaborate on the same. If there are several release processes, will you still go ahead with the same approach. On 6/24/06, Leon Rosenberg <[EMAIL PROTECTED]> wrote: On 6/23/06, Madhav Bhargava <[EMAIL PROTECTED]> wrote: > From your original mail the entire concept of having 2 war files bundled in > one EAR file is a bit strange. You can totally avoid this by using different > struts-config files and SwitchActions in struts. > > The two different teams can have their own set of actions, form beans, > action mapping and whole lot of other stuff and still you can easily > integrate the two into just one war file and package it in ear file. > > I would really like to know the benefit in having 2 war files. Separate release processes? Leon > > On 6/23/06, Mukta <[EMAIL PROTECTED]> wrote: > > > > I am developing an SSO application and we are using this kind of scenario > > when one app calls some actions of the other app. We are picking those > > URLs > > from DB and simply providing links to them. > > > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: Friday, June 23, 2006 3:22 AM > > To: Struts Users Mailing List > > Subject: Re: Communicate between two struts apps > > > > Hello All, > > > > I believe Single Sign On will be able to share Session attributes between > > applications. Single Sign On is supported by many application servers like > > Oracle, BEA, IBM, etc > > > > Thanks and regards, > > Pazhanikanthan. P (Paz) > > > > Consultant for AXA, > > HCL Australia Services Pty. Ltd. > > Off : +61-3-9618-4085 > > Mob : +61-0411-354-838 > > > > > > > > > > Monkeyden <[EMAIL PROTECTED]> > > 23/06/2006 07:42 AM > > Please respond to "Struts Users Mailing List" > > > > > > To: "Struts Users Mailing List" , > > [EMAIL PROTECTED] > > cc: > > Subject:Re: Communicate between two struts apps > > > > > > >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? > &
Re: Communicate between two struts apps
On 6/23/06, Madhav Bhargava <[EMAIL PROTECTED]> wrote: From your original mail the entire concept of having 2 war files bundled in one EAR file is a bit strange. You can totally avoid this by using different struts-config files and SwitchActions in struts. The two different teams can have their own set of actions, form beans, action mapping and whole lot of other stuff and still you can easily integrate the two into just one war file and package it in ear file. I would really like to know the benefit in having 2 war files. Separate release processes? Leon On 6/23/06, Mukta <[EMAIL PROTECTED]> wrote: > > I am developing an SSO application and we are using this kind of scenario > when one app calls some actions of the other app. We are picking those > URLs > from DB and simply providing links to them. > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Friday, June 23, 2006 3:22 AM > To: Struts Users Mailing List > Subject: Re: Communicate between two struts apps > > Hello All, > > I believe Single Sign On will be able to share Session attributes between > applications. Single Sign On is supported by many application servers like > Oracle, BEA, IBM, etc > > Thanks and regards, > Pazhanikanthan. P (Paz) > > Consultant for AXA, > HCL Australia Services Pty. Ltd. > Off : +61-3-9618-4085 > Mob : +61-0411-354-838 > > > > > Monkeyden <[EMAIL PROTECTED]> > 23/06/2006 07:42 AM > Please respond to "Struts Users Mailing List" > > > To: "Struts Users Mailing List" , > [EMAIL PROTECTED] > cc: > Subject:Re: Communicate between two struts apps > > > >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] > > > > > > > _
Re: Communicate between two struts apps
From your original mail the entire concept of having 2 war files bundled in
one EAR file is a bit strange. You can totally avoid this by using different
struts-config files and SwitchActions in struts.
The two different teams can have their own set of actions, form beans,
action mapping and whole lot of other stuff and still you can easily
integrate the two into just one war file and package it in ear file.
I would really like to know the benefit in having 2 war files.
On 6/23/06, Mukta <[EMAIL PROTECTED]> wrote:
I am developing an SSO application and we are using this kind of scenario
when one app calls some actions of the other app. We are picking those
URLs
from DB and simply providing links to them.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, June 23, 2006 3:22 AM
To: Struts Users Mailing List
Subject: Re: Communicate between two struts apps
Hello All,
I believe Single Sign On will be able to share Session attributes between
applications. Single Sign On is supported by many application servers like
Oracle, BEA, IBM, etc
Thanks and regards,
Pazhanikanthan. P (Paz)
Consultant for AXA,
HCL Australia Services Pty. Ltd.
Off : +61-3-9618-4085
Mob : +61-0411-354-838
Monkeyden <[EMAIL PROTECTED]>
23/06/2006 07:42 AM
Please respond to "Struts Users Mailing List"
To: "Struts Users Mailing List" ,
[EMAIL PROTECTED]
cc:
Subject: Re: Communicate between two struts apps
>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]
>
>
_
This e-mail has been scanned for viruses by MCI's Internet Managed
Scanning Services - powered by MessageLabs. For further information
visit http://www.mci.com
*
Important Note
This email (including any attachments) contains information which is
confidential and may be subject to legal privilege. If you are not
the intended recipient you must not use, distribute or copy this
email. If you have received this email in error please notify the
sender immediately and delete this email. Any views expressed in this
email are not necessarily the views of AXA. Thank you.
**
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
When I tell the truth, it is not for the sake of convincing those who do not
know it, but for the sake of defending those that do
RE: Communicate between two struts apps
I am developing an SSO application and we are using this kind of scenario
when one app calls some actions of the other app. We are picking those URLs
from DB and simply providing links to them.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, June 23, 2006 3:22 AM
To: Struts Users Mailing List
Subject: Re: Communicate between two struts apps
Hello All,
I believe Single Sign On will be able to share Session attributes between
applications. Single Sign On is supported by many application servers like
Oracle, BEA, IBM, etc
Thanks and regards,
Pazhanikanthan. P (Paz)
Consultant for AXA,
HCL Australia Services Pty. Ltd.
Off : +61-3-9618-4085
Mob : +61-0411-354-838
Monkeyden <[EMAIL PROTECTED]>
23/06/2006 07:42 AM
Please respond to "Struts Users Mailing List"
To: "Struts Users Mailing List" ,
[EMAIL PROTECTED]
cc:
Subject: Re: Communicate between two struts apps
>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]
>
>
_
This e-mail has been scanned for viruses by MCI's Internet Managed
Scanning Services - powered by MessageLabs. For further information
visit http://www.mci.com
*
Important Note
This email (including any attachments) contains information which is
confidential and may be subject to legal privilege. If you are not
the intended recipient you must not use, distribute or copy this
email. If you have received this email in error please notify the
sender immediately and delete this email. Any views expressed in this
email are not necessarily the views of AXA. Thank you.
**
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Communicate between two struts apps
What is this business?
Monkeyden <[EMAIL PROTECTED]>
23/06/2006 07:42 AM
Please respond to "Struts Users Mailing List"
Here is the snippet from the raw message:
...
From: Eric Dahnke <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: Struts Users Mailing List
Subject: Re: Communicate between two struts apps
...
On 6/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hello All,
I believe Single Sign On will be able to share Session attributes between
applications. Single Sign On is supported by many application servers like
Oracle, BEA, IBM, etc
Thanks and regards,
Pazhanikanthan. P (Paz)
Consultant for AXA,
HCL Australia Services Pty. Ltd.
Off : +61-3-9618-4085
Mob : +61-0411-354-838
Monkeyden <[EMAIL PROTECTED]>
23/06/2006 07:42 AM
Please respond to "Struts Users Mailing List"
To: "Struts Users Mailing List" ,
[EMAIL PROTECTED]
cc:
Subject:Re: Communicate between two struts apps
>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]
>
>
_
This e-mail has been scanned for viruses by MCI's Internet Managed
Scanning Services - powered by MessageLabs. For further information
visit http://www.mci.com
*
Important Note
This email (including any attachments) contains information which is
confidential and may be subject to legal privilege. If you are not
the intended recipient you must not use, distribute or copy this
email. If you have received this email in error please notify the
sender immediately and delete this email. Any views expressed in this
email are not necessarily the views of AXA. Thank you.
**
Re: Communicate between two struts apps
Hello All,
I believe Single Sign On will be able to share Session attributes between
applications. Single Sign On is supported by many application servers like
Oracle, BEA, IBM, etc
Thanks and regards,
Pazhanikanthan. P (Paz)
Consultant for AXA,
HCL Australia Services Pty. Ltd.
Off : +61-3-9618-4085
Mob : +61-0411-354-838
Monkeyden <[EMAIL PROTECTED]>
23/06/2006 07:42 AM
Please respond to "Struts Users Mailing List"
To: "Struts Users Mailing List" ,
[EMAIL PROTECTED]
cc:
Subject: Re: Communicate between two struts apps
>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]
>
>
_
This e-mail has been scanned for viruses by MCI's Internet Managed
Scanning Services - powered by MessageLabs. For further information
visit http://www.mci.com
*
Important Note
This email (including any attachments) contains information which is
confidential and may be subject to legal privilege. If you are not
the intended recipient you must not use, distribute or copy this
email. If you have received this email in error please notify the
sender immediately and delete this email. Any views expressed in this
email are not necessarily the views of AXA. Thank you.
**
Re: Communicate between two struts apps
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]
Re: Communicate between two struts apps
there are about one trillion technologies to share data between two java applications, most popular are probably RMI and CORBA. In your case I would call the second application via CORBA and register a user obtaining an unique code, than inlude this code into the link to the second webapp which the browser sees. The second webapp can than test this code and react accordingly. This way both apps can be deployed on same machine or different machines or even different parts of the world and it will still work. If you dont have much data to send to the other application (only userid for example) you could encrypt this data with an encryption algorithm (blowfish?) and decrypt it on the other side. regards Leon On 6/22/06, Miller, Andy <[EMAIL PROTECTED]> wrote: I've found need to do this myself before. It ended up being a big mess. Fortunately for me I only had a few pieces of data that needed sharing back and forth, so I simply used Cookies to save myself a ton of time. However, it is not a graceful solution, and as eric has stated, it is a shortcoming... Andy Miller IS Designer Butte College 530.895.2946 -Original Message- From: Eric Dahnke [mailto:[EMAIL PROTECTED] Sent: Thursday, June 22, 2006 12:45 PM To: Struts Users Mailing List Subject: Re: Communicate between two struts apps 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Communicate between two struts apps
I've found need to do this myself before. It ended up being a big mess. Fortunately for me I only had a few pieces of data that needed sharing back and forth, so I simply used Cookies to save myself a ton of time. However, it is not a graceful solution, and as eric has stated, it is a shortcoming... Andy Miller IS Designer Butte College 530.895.2946 -Original Message- From: Eric Dahnke [mailto:[EMAIL PROTECTED] Sent: Thursday, June 22, 2006 12:45 PM To: Struts Users Mailing List Subject: Re: Communicate between two struts apps 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Communicate between two struts apps
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]
