axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sanjiva Weerawarana <sanj...@opensource.lk>
Subject Re: [Axis2] WSDL2Java rpc/literal still broke
Date Fri, 30 Dec 2005 11:45:35 GMT
On Thu, 2005-12-29 at 11:57 +0600, Ajith Ranabahu wrote:
> Hi,
> Yep, I will Chathura :)
> Support for rpc/encoded is somewhat tricky, trickiest part being
> supporting all the SOAPenc rules. Our current consensus is to NOT
> support the whole set of encoding rules. 
> However 90% of the time the rpc/encoded WSDL's only contain simple
> encodiing rules which closely match with the rpc/literal rules. What
> we plan to do is to process the rpc/encoded WSDL as a rpc/lit WSDL if
> the rpc/encoded WSDL does not utilize any obscure soap encoding rules
> (such as SOAPenc array), which we believe would work in the 90% case.

+1 .. IIRC doing that requires no work except to do the tests. Is that
correct? If so please indicate an ETA .. 

Here's the general explanation for everyone: SOAP 1.1 defined SOAP
Encoding based on an abstract type model. In WSDL 1.1, we mapped the
abstract type model of XML Schema to that. However, there's a missing
link .. there's no spec which describes how to take arbitrary XML
Schemas and convert them into SOAP Encoding. So, practice has been that
people use "simple shaped" schemas: ones that use children elements only
and no attributes etc.. If only those things are used, then the mapping
from a SOAP-Enc'ed schema to a doc/lit schema is a no-op, *as long as*
wsdl:arrayType is not used. That stuff is an abomination in my mind as
it put WSDL in the schema space. 

So, if you don't use wsdl:arrayType then the basically treating
style=encoded as if it was style=literal (when encodingStyle=soap-enc)
will work just fine. 

Sanjiva.


Mime
View raw message