One of the primary distinctions is that in doc/literal you define the
actual schema of the message -- i.e., your schema defines the actual
element (<xsd:element>) that will be the child of the SOAP Body, but
in rpc/literal, all you define are the types (xsd:complexType) of the
data that you will send in the message. RPC style is actually a
convention that uses a standard formula to construct the element from
the type information.

So what does this mean? With doc/literal, you have a schema that you
can use to validate the message contents. There is no room for
interpretation. If the message contents don't conform to the schema
definition, it won't validate. With rpc/literal, you do not have a
schema if the message contents. You can validate individual types, but
it isn't the same thing.

The RPC convention also requires that the endpoint receiving the
message must know how to process the convention. In doc/literal, you
are simply sending an XML document. Any system should be able to
process it.

Anne

On 9/13/07, Gamble, Wesley (WG10) <[EMAIL PROTECTED]> wrote:
> Where can I learn more about the distinction b/w RPC/literal and
> doc/literal?
>
> -----Original Message-----
> From: Anne Thomas Manes [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 13, 2007 3:59 AM
> To: [email protected]
> Subject: Re: AXIS2?
>
> RPC/literal is not supported by all SOAP frameworks, therefore you
> should avoid using it. The wrapped doc/literal convention gives you
> exactly the same programming experience as rpc/literal, it's
> universally supported, and therefore is preferred.
>
> Anne
>
> On 9/13/07, Gamble, Wesley (WG10) <[EMAIL PROTECTED]> wrote:
> > Anne,
> >
> > Can you elaborate on "document style rather than RPC style"?  Why is
> > document style preferable?
> >
> > Thanks,
> > Wes
> >
> >
> > In either case, you should use document style rather than RPC style.
> >
> > Anne
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Reply via email to