AFAIK u can do the same using the serialization ( by making ur form implement the 
serializable interface) or u can also do one case like create the other action class 
as a seperate module and do switch action which might work out also might help u to 
switch back in the previous application.

I am no expert on security but this might work look what other people might say.

ur security depends on how u call ur remote class ....


-----Original Message-----
From: ajay brar [mailto:[EMAIL PROTECTED]
Sent: 22 October 2003 16:12
To: [EMAIL PROTECTED]
Subject: Re: design question


hi all!
would anyone in the spirit of diwali like to help me on this one.
how do i direct a form submission to a remote action class, after having 
fthe form submitted to a local action class first.
ie, communicate between two action classes, one of which is on a remote 
machine. I am looking at sending  a URL object with the form data from the 
local to the remote class, but then depending upon the remote class's 
response i want to forward the user to a page on the remote machine.
Its like a payment system, you select your good at an e-comm website, then 
click pay. This then transfers you to a payment page located on a payment 
gateway site.
Before the transfer i will have a security session establishment. This is 
being handled by two Java classes, one on each end. so when the user clicks 
pay, the following two things happen:
- establish secure session
- send form data across.
I have the first figured out, how do i implement the second?

please help. If you have an alternative way of doing it, tell me.
any ideas, thoughts would be very much helpful

cheers
Ajay



>From: "ajay brar" <[EMAIL PROTECTED]>
>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: design question
>Date: Wed, 22 Oct 2003 17:37:38 +1000
>
>hi!
>i have the following scenario.
>server0 -> has a jsp page, that allows user to enter the goods they want 
>etc, say foo.jsp
>server1->jsp payment page, say bar.jsp and action class CommAction
>on clicking done on foo.jsp, this should establish a connection with 
>CommAction class on server1, perform some identity exchange, based on the 
>exchange,  route to bar.jsp
>
>i came up with
>[server0] foo.jsp ->FooForm ->FooAction
>[server1] bar.jsp ->BarForm ->BarAction
>i have java classes to establish a secure communication between two 
>parties.
>what i want to do now is, have some way of FooAction (on successful return 
>from the underlying comm establishing class) to direct the person to 
>BarAction along with the information they submitted orginally.
>
>in other words how can i conditionally submit a form to another action 
>class on some other server.
>I ofcourse want the form to be submitted to the local action class, that 
>first checks it, then resubmits to a remote action class, the remote action 
>class then forwards the user to a page on its own remote server.
>
>sorry if the above sounds too cryptic.
>any help would be greatly welcome
>thanks
>cheers
>ajay
>
>_________________________________________________________________
>Hot chart ringtones and polyphonics. Go to  
>http://ninemsn.com.au/mobilemania/default.asp
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>

_________________________________________________________________
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Visit our website at http://www.ubs.com

This message contains confidential information and is intended only
for the individual named.  If you are not the named addressee you
should not disseminate, distribute or copy this e-mail.  Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses.  The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission.  If
verification is required please request a hard-copy version.  This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to