Thanks again Deepal,

I have modified the response and made a call to axisEngine.send with the 
response.  Since I don't want the original response to be processed any more I 
return invocationResponse.ABORT which seems to cause Axis2 to return null to 
the original requestor.  Obviously I am missing something,  can you explain or 
point me to 
any documentation that might explain things?  Does your book have this kind of 
information?

Thanks,
Donald Kintzing

On Dec 2, 2011, at 2:53 PM, Deepal jayasinghe wrote:

> yes, once you receive the reply from the remote service simply call
> engine.send with the reply. You may need to adjust the reply address,
> but I think you know how to change them.
> 
> Deepal
>> Thanks Deepal,
>>  I was able to add a client inside a handler and send a request to a remote 
>> service.  Now when I get the remote call back I want to bypass the Axis2 
>> attempt to call the local service, that does not exist, and get the remote 
>> call into the outflow handlers is that possible?
>> 
>> Thanks,
>> Donald Kintzing
>> 
>> 
>> On Nov 30, 2011, at 10:31 AM, Deepal jayasinghe wrote:
>> 
>>> Apache Synapse does something similar to what you described, you can
>>> either try it or you can implement in your own way. You can invoke a
>>> remote service either inside a handler or in the message receiver. An
>>> easiest way to do is to create service client inside the handler (or
>>> Message Receiver) and forward the request to the correct host.
>>> 
>>> Deepal
>>>> Hi,
>>>> 
>>>> I have a situation where I have a central Axis2 node that receives web 
>>>> service requests.  Some of the requests are know by Axis2 and exist on the 
>>>> local machine.  Some of the services are not registered with Axis2 and 
>>>> exist on remote machines.  What I am trying to do is add a handler that 
>>>> knows where the remote services are, so that it can check the incoming 
>>>> request and if it is on a remote machine it will modify the request and 
>>>> forward it to a remote node.  Can this be done?  Is the handler a viable 
>>>> solution?
>>>> 
>>>> Thanks,
>>>> Donald Kintzing
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
>>>> For additional commands, e-mail: java-user-h...@axis.apache.org
>>>> 
>>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
>>> For additional commands, e-mail: java-user-h...@axis.apache.org
>>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
>> For additional commands, e-mail: java-user-h...@axis.apache.org
>> 
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
> For additional commands, e-mail: java-user-h...@axis.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
For additional commands, e-mail: java-user-h...@axis.apache.org

Reply via email to