[ http://jira.codehaus.org/browse/XFIRE-299?page=all ]
Dan Diephouse closed XFIRE-299:
-------------------------------
Resolution: Fixed
This is fixed now in SVN. Thanks!
> Incorrect WSDL generated by XMLBeans + RPC/literal combination
> --------------------------------------------------------------
>
> Key: XFIRE-299
> URL: http://jira.codehaus.org/browse/XFIRE-299
> Project: XFire
> Type: Bug
> Components: XMLBeans, Aegis Module
> Versions: 1.1, 1.0
> Environment: XFire 1.0 + dependent JARs from xfire-distribution ZIP; JDK
> 1.5.0_06; Sun Application Server PE 8.1; Windows XP SP2 IA-32
> Reporter: Tim Robbins
> Assignee: Dan Diephouse
> Fix For: 1.1
>
>
> XFire generates incorrect WSDL for RPC/literal-style services using XMLBeans
> bindings.
> My service interface looks like this:
> public interface MyService {
> public void AddCustomer(Customer customer);
> }
> (Where "Customer" is an XMLBeans POJO generated from a complex type in an
> existing schema file.)
> I'm exporting the service with XFireExporter in a Spring bean definition
> file, using an ObjectServiceFactory that uses an AegisBindingProvider with an
> XmlBeansTypeRegistry. The configuration is mostly the same as the one in
> "Step 6" here:
> http://docs.codehaus.org/pages/viewpage.action?pageId=44565
> ... except that I'm not (currently) using annotations, and that I've set
> "style" to "rpc" and "use" to "literal":
> The following WSDL is generated:
> <wsdl:message name="AddCustomerRequest">
> <wsdl:part element="ns1:customer" name="customer"/>
> </wsdl:message>
> But this is the correct WSDL that should have been generated:
> <wsdl:message name="AddCustomerRequest">
> <wsdl:part name="customer" type="ns1:customer"/>
> </wsdl:message>
> I've traced the fact that it's generating "element" instead of "type" down to
> the XMLBeans POJO's SchemaType returning false from isAbstract(). If I add a
> hack to make it return true, the correct WSDL is generated.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
