[ http://issues.apache.org/jira/browse/AXIS2-903?page=comments#action_12421978 ] Derek Foster commented on AXIS2-903: ------------------------------------
As per the comment I left on AXIS2-844, this does indeed appear to fix the problem. Apparently it was indeed a lexical scoping issue as you suggest. I was under the impression that imported types were scoped to the whole WSDL file, but apparently they are excluded from xs:schemas that don't explicitly import them. Bug AXIS2-845 was preventing Axis from reporting the problem to me. (And, surprisingly, the W3C WSDL validator didn't catch it either.) My abundant thanks go to you for your efforts in fixing both this bug and bug AXIS2-845!!! Derek > WSDL2Java STILL uses XmlObject for skeleton parameter when data in XML schema > in same namespace as WSDL document > ---------------------------------------------------------------------------------------------------------------- > > Key: AXIS2-903 > URL: http://issues.apache.org/jira/browse/AXIS2-903 > Project: Apache Axis 2.0 (Axis2) > Issue Type: Bug > Components: databinding, Tools > Affects Versions: 1.0 > Reporter: Derek Foster > Assigned To: Ajith Harshana Ranabahu > Priority: Critical > > The bug reported by AXIS2-844 (which is marked as closed, fixed) still does > not appear to be fixed. > With reference to the previous bug report's method for reproducing, my new > WSDL is as follows: > <definitions name="FDefinitions" > targetNamespace="http://www.c.com/wsdl/2004-10-01/F"; > xmlns:tns="http://www.c.com/wsdl/2004-10-01/F"; > xmlns:c="http://www.c.com/wsdl/2004-10-01/c"; > xmlns:F="http://www.dummy-temp-address"; > xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; > xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; > xmlns:xs="http://www.w3.org/2001/XMLSchema"; > xmlns="http://schemas.xmlsoap.org/wsdl/";> > <types> > <xs:schema> > <xs:import namespace="http://www.dummy-temp-address"; > schemaLocation="F.xsd"/> > </xs:schema> > <xs:schema targetNamespace="http://www.c.com/wsdl/2004-10-01/F";> > <xs:element name="return" type="xs:string"/> > <xs:element name="failure" type="xs:string"/> > <xs:element name="recap"> > <xs:complexType> > <xs:sequence> > <xs:element name="full-event-update" > type="F:FullEventUpdate" minOccurs="0" maxOccurs="unbounded"/> > </xs:sequence> > <xs:attribute name="source" type="xs:string" use="required"/> > </xs:complexType> > </xs:element> > </xs:schema> > <xs:schema targetNamespace="http://www.c.com/wsdl/2004-10-01/c";> > <xs:element name="CPassword" type="xs:string"/> > <xs:element name="CLogin" type="xs:string"/> > </xs:schema> > </types> > <message name="FEvent"> > <part name="contents" element="F:full-event-update"/> > </message> > <message name="FRecap"> > <part name="contents" element="tns:recap"/> > </message> > <message name="FResponse"> > <part name="return" element="tns:return"/> > </message> > <message name="CPassword"> > <part name="CPassword" element="c:CPassword"/> > </message> > <message name="CLogin"> > <part name="CLogin" element="c:CLogin"/> > </message> > <message name="Failure"> > <part name="faultDetail" element="c:failure"/> > </message> > <portType name="FPortType"> > <documentation>F Port Type</documentation> > <operation name="acceptFEvent" parameterOrder="contents"> > <input name="acceptFEventRequest" message="tns:FEvent"/> > <output name="acceptFEventResponse" message="tns:FResponse"/> > <fault name="Failure" message="tns:Failure"/> > </operation> > <operation name="acceptFRecap" parameterOrder="contents"> > <input name="acceptFRecapRequest" message="tns:FRecap"/> > <output name="acceptFRecapResponse" message="tns:FResponse"/> > <fault name="Failure" message="tns:Failure"/> > </operation> > </portType> > <binding name="FSoapBinding" type="tns:FPortType"> > <documentation>F Soap Binding</documentation> > <soap:binding style="document" > transport="http://schemas.xmlsoap.org/soap/http"/> > <operation name="acceptFEvent"> > <soap:operation soapAction="acceptFEventAction"/> > <input> > <soap:header message="tns:CLogin" part="CLogin" use="literal"/> > <soap:header message="tns:CPassword" part="CPassword" > use="literal"/> > <soap:body use="literal"/> > </input> > <output> > <soap:body use="literal"/> > </output> > <fault name="Failure"> > <soap:fault name="Failure" use="literal"/> > </fault> > </operation> > <operation name="acceptFRecap"> > <soap:operation soapAction="acceptFRecapAction"/> > <input> > <soap:header message="tns:CLogin" part="CLogin" use="literal"/> > <soap:header message="tns:CPassword" part="CPassword" > use="literal"/> > <soap:body use="literal"/> > </input> > <output> > <soap:body use="literal"/> > </output> > <fault name="Failure"> > <soap:fault name="Failure" use="literal"/> > </fault> > </operation> > </binding> > <service name="FService"> > <documentation>F Web Service</documentation> > <port name="FPort" binding="tns:FSoapBinding"> > <soap:address > location="http://localhost:8080/axis/services/FService"/> > </port> > </service> > </definitions> > And the generated skeleton interface is: > /** > * FServiceSkeletonInterface.java > * > * This file was auto-generated from WSDL > * by the Apache Axis2 version: SNAPSHOT Jul 17, 2006 (11:21:27 GMT+00:00) > */ > package crc.fimport.wsdl2java; > /** > * FServiceSkeletonInterface java skeleton interface for the axisService > */ > public interface FServiceSkeletonInterface { > > > /** > * Auto generated method signature > > * @param param0 > > */ > public org.apache.xmlbeans.XmlObject acceptFRecap > ( > org.apache.xmlbeans.XmlObject param0 > ) > > throws crc.fimport.wsdl2java.FServiceSkeleton.FailureException; > > > /** > * Auto generated method signature > > * @param param4 > > */ > public org.apache.xmlbeans.XmlObject acceptFEvent > ( > crc.fimport.xmlbeans.f.FullEventUpdateDocument param4 > ) > > throws crc.fimport.wsdl2java.FServiceSkeleton.FailureException; > > } > > which still has XmlObject parameters in places where it should have real > types as declared in the WSDL. > As noted in the prior bug report, this bug is a major showstopper for my > company, and any progress towards fixing it would be very much appreciated. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
