axis-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Vardeman <>
Subject Re: Several SOAP body blocks - can Axis deal with it
Date Fri, 21 Jun 2002 14:26:16 GMT
I believe Brian is correct about RPC, since the single immediate child of 
the SOAP Body has the name of the method to invoke.  Wouldn't make much 
sense to have another one.

As for doc/lit, yes, I presume Axis handles multiple immediate children of 
the SOAP Body just fine.  All of my doc/lit stuff has been with only one 
child, but when you're doing doc/lit with Axis, you can write a service 
with a method that takes a java.util.Vector of DOM Elements as input.


At 03:01 PM 6/21/2002 +0100, you wrote:
>Dittmann Werner wrote:
>>Hi all,
>>according to the SOAP specs
>>   The (SOAP Body) element MAY contain a set of SOAP body
>>   blocks, each being an immediate child element of the
>>   SOAP Body.
>>Axis (in RPC and/or doc/lit mode) processes (at least?)
>>one immediate child element. What happens if there are
>>more immediate child elements? Does Axis filters the
>>child elements and uses only those relevant for its processing? (Silently 
>>ignoring the other child elements?)
>Quoting the spec again, for RPC:
>The invocation is viewed as a SINGLE struct containing an accessor for 
>each [in] or [in/out] parameter. The struct is both named and typed 
>identically to the procedure or method name
>The response is viewed as a SINGLE struct ...
>(my emphasis, this is from the 1.2 spec) - I read this as saying that, for 
>RPC, other body blocks are actually illegal (this isnt inconsistent with 
>your quote, since RPC is a restriction of SOAP)
>As for anything else - body blocks are implicitly mustUnderstand="1" so 
>they must be processed or rejected, never ignored.
>Disclaimer: I'm talking from the spec here, I've not tried this with axis.

View raw message