Do you mean register outgoing response message in message context? If so then MessageReceiver can just get the response from whatever class is registered.

Out of interest, why can't the class that handles the incoming request not act as a facade and call the outgoing handler itself and return the result itself. In effect making the Controller one of your services instead of the MessageReceiver. That way your WSDL contract stays the same and you're free to change how the response is built behind the facade service.

Alistair

On 14 Aug 2006, at 12:16, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> wrote:


Date: 14 August 2006 12:16:01 BDT
Subject: RE: [Axis2] Query regarding service implementation


Yes. Something similar. 

Is it possible to use any of the existing message receivers for this scenario? If so, how?
Or do I have to write my own custom message receiver?

Let me explain with a small example:

On the service side:

void incomingRequest(OMElement in) {

   //save message context for operation
   //register outgoing response method for operation
   //Do asynchronous application processing...
}

OMElement outgoingResponse() {

  //populate outgoing OMElement using message context for operation
  return OMElement
}

Thanks
Amit.

-----Original Message-----
From: Alistair Young [mailto:[EMAIL PROTECTED]]
Sent: Mon 8/14/2006 4:20 PM
Subject: Re: [Axis2] Query regarding service implementation

Interesting scenario. You mean an MVC setup for web services? In that  
case, why not make your MessageReceiver your Controller and code your  
rules into the MessgeReceiver. i.e. invoke method on classA with  
incoming message and then get response from classB. How classB knows  
what to do based on what classA does is unknown though.

AFAIK Axis2 just lets the MessageReceiver for the endpoint do what it  
wants with the message. It's up to the MessageReceiver what it invokes.

Alistair


On 14 Aug 2006, at 11:47, <[EMAIL PROTECTED]>  

Hello all

I would like to know how to implement a service that will let me  
send response from a method
other than the one used to receive the request.

Thanks
Amit.


The information contained in this electronic message and any  
attachments to this message are intended for the exclusive use of  
the addressee(s) and may contain proprietary, confidential or  
privileged information. If you are not the intended recipient, you  
should not disseminate, distribute or copy this e-mail. Please  
notify the sender immediately and destroy all copies of this  
message and any attachments.

WARNING: Computer viruses can be transmitted via email. The  
recipient should check this email and any attachments for the  
presence of viruses. The company accepts no liability for any  
damage caused by any virus transmitted by this email.

www.wipro.com


<winmail.dat>

The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.

www.wipro.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to