Hello Hari Nam,

From the initial SOAP client perspective, all other SOAP servers other than one
, e.g., 1st SOAP server, which receives the SOAP request should be transparent.
This means that next SOAP server in the chain should be determined by the one
that is forwarding the request. During the forwarding flow through the intermediate
SOAP servers, you can think about the SMTP store-and-forward mechanism if
you want imagine even though it is a perfect example.

So, however the forwarding SOAP server process and transmit the requst is your
choice as long as the next SOAP server understand the message defined by the
standards.

Does it make sense to you?


Pae


> Hi,
> 
> I have a more general question on SOAP. The spec suggests that possible SOAP
> requests may travel through multiple SOAP servers. Those SOAP servers may or
> may not alter the body somehow.
> 
> So, it says that the SOAP header has an actor element that describes the
> next SOAP server that it should go to. Is that correct?
> 
> How do I describe a chain of SOAP servers? E.g., go to this SOAP server,
> then this and then to the final SOAP server? According to the spec, should I
> just add multiple actor elements in the header? And, the order of the
> elments describes the order of the SOAP servers? Does the SOAP client API
> support setting multiple SOAP actors?
> 
> Here is, what I want to do.
> I) Have a SOAP server accept SOAP requests from Java and non-Java clients.
> The SOAP request won't be processed here. Rather, it should look at the SOAP
> envelope to determine, to which SOAP server this should go.
> 
> II) That's, where I want to use a proprietary JMS protocol to call on
> another SOAP server. This SOAP server looks at the SOAP header, and figures
> out to which http SOAP server to make the request to.
> 
> It seems that the SOAP spec supports and suggests this. Though, could
> someone illustrate me with a sample SOAP header, how this would work. Plus,
> does Apache and general client SOAP implementations support this?
> 
> 
> Thanks a lot,
> Hari Nam

Reply via email to