Return-Path: Delivered-To: apmail-struts-user-archive@www.apache.org Received: (qmail 62660 invoked from network); 23 Jun 2006 11:38:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Jun 2006 11:38:56 -0000 Received: (qmail 64430 invoked by uid 500); 23 Jun 2006 11:38:45 -0000 Delivered-To: apmail-struts-user-archive@struts.apache.org Received: (qmail 64254 invoked by uid 500); 23 Jun 2006 11:38:44 -0000 Mailing-List: contact user-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list user@struts.apache.org Received: (qmail 64243 invoked by uid 99); 23 Jun 2006 11:38:44 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 04:38:44 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [206.46.252.115] (HELO vms115pub.verizon.net) (206.46.252.115) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 04:38:42 -0700 Received: from pc160 ([220.227.165.244]) by vms115.mailsrvcs.net (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTPA id <0J1B00BIV9NHA9I3@vms115.mailsrvcs.net> for user@struts.apache.org; Fri, 23 Jun 2006 06:38:13 -0500 (CDT) Date: Fri, 23 Jun 2006 17:09:34 +0530 From: "Mukta" Subject: RE: Communicate between two struts apps In-reply-to: To: "'Struts Users Mailing List'" Reply-to: Message-id: <0J1B00BIZ9NNA9I3@vms115.mailsrvcs.net> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Thread-index: AcaWRiDetznK/oOKRrC271CuEv7w5AAc2Meg X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N 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: paz.periasamy@axa.com.au [mailto:paz.periasamy@axa.com.au] 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 23/06/2006 07:42 AM Please respond to "Struts Users Mailing List" To: "Struts Users Mailing List" , edahnke@messagesmith.net 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 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 > 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: user-unsubscribe@struts.apache.org > For additional commands, e-mail: user-help@struts.apache.org > > _____________________________________________________________________ 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: user-unsubscribe@struts.apache.org For additional commands, e-mail: user-help@struts.apache.org