You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "Brent N. Chun (JIRA)" <ax...@ws.apache.org> on 2006/07/01 22:15:31 UTC
[jira] Created: (AXISCPP-980) C++ stub generation problem with
array of xsd types inside a complexType
C++ stub generation problem with array of xsd types inside a complexType
------------------------------------------------------------------------
Key: AXISCPP-980
URL: http://issues.apache.org/jira/browse/AXISCPP-980
Project: Axis-C++
Type: Bug
Components: Client - Stub
Versions: 1.6 Beta
Environment: Linux Fedora Core 4,
# g++ -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux
Thread model: posix
gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
Reporter: Brent N. Chun
Hi,
I'm having a problem where Axis C++ is generating stub code
that does not compile. After trimming the WSDL file down a bit,
I've narrowed it down to the case where a complexType has
a field which is an array of xsd types, e.g.,
<xsd:complexType name="myComplexType">
<xsd:all>
<xsd:element name="data" type="typens:ArrayOfInt"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="ArrayOfInt">
<xsd:complexContent>
<xsd:restriction base="soapenc:Array">
<xsd:attribute ref="soapenc:arrayType"
wsdl:arrayType="xsd:int[]"/>
</xsd:restriction>
</xsd:complexContent>
</xsd:complexType>
Here is an example WSDL file including the above:
<?xml version="1.0"?>
<definitions name="MyService" targetNamespace="urn:typens"
xmlns="http://schemas.xmlsoap.org/wsdl/"
xmlns:typens="urn:typens"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<types>
<xsd:schema xmlns="http://www.w3.org/2001/XMLSchema"
targetNamespace="urn:typens">
<xsd:complexType name="myComplexType">
<xsd:all>
<xsd:element name="data" type="typens:ArrayOfInt"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="ArrayOfInt">
<xsd:complexContent>
<xsd:restriction base="soapenc:Array">
<xsd:attribute ref="soapenc:arrayType"
wsdl:arrayType="xsd:int[]"/>
</xsd:restriction>
</xsd:complexContent>
</xsd:complexType>
</xsd:schema>
</types>
<message name="myMethodRequest">
<part name="mydata" type="typens:myComplexType"/>
</message>
<message name="myMethodResponse">
<part name="mydata" type="typens:myComplexType"/>
</message>
<portType name="MyServicePort">
<operation name="myMethod">
<input message="typens:myMethodRequest"/>
<output message="typens:myMethodResponse"/>
</operation>
</portType>
<binding name="MyServiceBinding" type="typens:MyServicePort">
<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
<operation name="myMethod">
<soap:operation soapAction="urn:typensAction"/>
<input>
<soap:body use="encoded" namespace="urn:typens"
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
</input>
<output>
<soap:body use="encoded" namespace="urn:typens"
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
</output>
</operation>
</binding>
<service name="MyServiceService">
<port name="MyServicePort" binding="typens:MyServiceBinding">
<soap:address location="http://127.0.0.1/soap"/>
</port>
</service>
</definitions>
The stubs are generated without any errors:
# java org.apache.axis.wsdl.wsdl2ws.WSDL2Ws -ostubs -lc++ -sclient example.wsdl
log4j:WARN No appenders could be found for logger (org.apache.axis.i18n.ProjectResourceBundle).
log4j:WARN Please initialize the log4j system properly.
Code generation completed.
However, when I try to compile this, I get the following:
# g++ -c -I. -Istubs -Iaxis-c-1.6b-Linux-trace-bin/include stubs/myComplexType.cpp
stubs/myComplexType.cpp: In member function 'void myComplexType::setdata(axiscpp::xsd__int_Array**)':
stubs/myComplexType.cpp:37: error: request for member 'clone' in '*((myComplexType*)this)->myComplexType::data', which is of non-class type 'axiscpp::xsd__int_Array*'
stubs/myComplexType.cpp: In function 'int Axis_Serialize_myComplexType(myComplexType*, axiscpp::IWrapperSoapSerializer*, bool)':
stubs/myComplexType.cpp:65: error: no matching function for call to 'axiscpp::IWrapperSoapSerializer::serializeBasicArray(axiscpp::xsd__int_Array**&, axiscpp::XSDTYPETag, const char [5])'
axis-c-1.6b-Linux-trace-bin/include/axis/IWrapperSoapSerializer.hpp:108: note: candidates are: virtual int axiscpp::IWrapperSoapSerializer::serializeBasicArray(const axiscpp::Axis_Array*, axiscpp::XSDTYPE, const char*)
axis-c-1.6b-Linux-trace-bin/include/axis/IWrapperSoapSerializer.hpp:111: note: virtual int axiscpp::IWrapperSoapSerializer::serializeBasicArray(const axiscpp::Axis_Array*, const char*, axiscpp::XSDTYPE, const char*)
stubs/myComplexType.cpp: In function 'int Axis_DeSerialize_myComplexType(myComplexType*, axiscpp::IWrapperSoapDeSerializer*)':
stubs/myComplexType.cpp:79: error: cannot convert 'axiscpp::xsd__int_Array*' to 'axiscpp::xsd__int_Array**' in assignment
stubs/myComplexType.cpp:81: error: request for member 'clone' in '* param->myComplexType::data', which is of non-class type 'axiscpp::xsd__int_Array*'
stubs/myComplexType.cpp: In member function 'void myComplexType::reset()':
stubs/myComplexType.cpp:163: error: request for member 'clear' in '*((myComplexType*)this)->myComplexType::data', which is of non-class type 'axiscpp::xsd__int_Array*'
If the array elements in ArrayOfInt are instead wrapped to use
a complex type that just wraps an individual xsd type, the
generated code compiles. This is one possible workaround I
suppose. Nevertheless, this seems like it is potentially a bug.
bnc
--
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: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Closed: (AXISCPP-980) C++ stub generation problem with array
of xsd types inside a complexType
Posted by "nadir amra (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXISCPP-980?page=all ]
nadir amra closed AXISCPP-980.
------------------------------
Fix Version/s: current (nightly)
Resolution: Cannot Reproduce
I took the latest code and ran the wsdl specified and did not have any problems compiling. So closing issue.
> C++ stub generation problem with array of xsd types inside a complexType
> ------------------------------------------------------------------------
>
> Key: AXISCPP-980
> URL: http://issues.apache.org/jira/browse/AXISCPP-980
> Project: Axis-C++
> Issue Type: Bug
> Components: Client - Stub
> Affects Versions: 1.6 Beta
> Environment: Linux Fedora Core 4,
> # g++ -v
> Using built-in specs.
> Target: i386-redhat-linux
> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux
> Thread model: posix
> gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
> Reporter: Brent N. Chun
> Fix For: current (nightly)
>
>
> Hi,
> I'm having a problem where Axis C++ is generating stub code
> that does not compile. After trimming the WSDL file down a bit,
> I've narrowed it down to the case where a complexType has
> a field which is an array of xsd types, e.g.,
> <xsd:complexType name="myComplexType">
> <xsd:all>
> <xsd:element name="data" type="typens:ArrayOfInt"/>
> </xsd:all>
> </xsd:complexType>
> <xsd:complexType name="ArrayOfInt">
> <xsd:complexContent>
> <xsd:restriction base="soapenc:Array">
> <xsd:attribute ref="soapenc:arrayType"
> wsdl:arrayType="xsd:int[]"/>
> </xsd:restriction>
> </xsd:complexContent>
> </xsd:complexType>
> Here is an example WSDL file including the above:
> <?xml version="1.0"?>
> <definitions name="MyService" targetNamespace="urn:typens"
> xmlns="http://schemas.xmlsoap.org/wsdl/"
> xmlns:typens="urn:typens"
> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
> xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> <types>
> <xsd:schema xmlns="http://www.w3.org/2001/XMLSchema"
> targetNamespace="urn:typens">
> <xsd:complexType name="myComplexType">
> <xsd:all>
> <xsd:element name="data" type="typens:ArrayOfInt"/>
> </xsd:all>
> </xsd:complexType>
> <xsd:complexType name="ArrayOfInt">
> <xsd:complexContent>
> <xsd:restriction base="soapenc:Array">
> <xsd:attribute ref="soapenc:arrayType"
> wsdl:arrayType="xsd:int[]"/>
> </xsd:restriction>
> </xsd:complexContent>
> </xsd:complexType>
> </xsd:schema>
> </types>
> <message name="myMethodRequest">
> <part name="mydata" type="typens:myComplexType"/>
> </message>
> <message name="myMethodResponse">
> <part name="mydata" type="typens:myComplexType"/>
> </message>
> <portType name="MyServicePort">
> <operation name="myMethod">
> <input message="typens:myMethodRequest"/>
> <output message="typens:myMethodResponse"/>
> </operation>
> </portType>
> <binding name="MyServiceBinding" type="typens:MyServicePort">
> <soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
> <operation name="myMethod">
> <soap:operation soapAction="urn:typensAction"/>
> <input>
> <soap:body use="encoded" namespace="urn:typens"
> encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
> </input>
> <output>
> <soap:body use="encoded" namespace="urn:typens"
> encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
> </output>
> </operation>
> </binding>
> <service name="MyServiceService">
> <port name="MyServicePort" binding="typens:MyServiceBinding">
> <soap:address location="http://127.0.0.1/soap"/>
> </port>
> </service>
> </definitions>
> The stubs are generated without any errors:
> # java org.apache.axis.wsdl.wsdl2ws.WSDL2Ws -ostubs -lc++ -sclient example.wsdl
> log4j:WARN No appenders could be found for logger (org.apache.axis.i18n.ProjectResourceBundle).
> log4j:WARN Please initialize the log4j system properly.
> Code generation completed.
> However, when I try to compile this, I get the following:
> # g++ -c -I. -Istubs -Iaxis-c-1.6b-Linux-trace-bin/include stubs/myComplexType.cpp
> stubs/myComplexType.cpp: In member function 'void myComplexType::setdata(axiscpp::xsd__int_Array**)':
> stubs/myComplexType.cpp:37: error: request for member 'clone' in '*((myComplexType*)this)->myComplexType::data', which is of non-class type 'axiscpp::xsd__int_Array*'
> stubs/myComplexType.cpp: In function 'int Axis_Serialize_myComplexType(myComplexType*, axiscpp::IWrapperSoapSerializer*, bool)':
> stubs/myComplexType.cpp:65: error: no matching function for call to 'axiscpp::IWrapperSoapSerializer::serializeBasicArray(axiscpp::xsd__int_Array**&, axiscpp::XSDTYPETag, const char [5])'
> axis-c-1.6b-Linux-trace-bin/include/axis/IWrapperSoapSerializer.hpp:108: note: candidates are: virtual int axiscpp::IWrapperSoapSerializer::serializeBasicArray(const axiscpp::Axis_Array*, axiscpp::XSDTYPE, const char*)
> axis-c-1.6b-Linux-trace-bin/include/axis/IWrapperSoapSerializer.hpp:111: note: virtual int axiscpp::IWrapperSoapSerializer::serializeBasicArray(const axiscpp::Axis_Array*, const char*, axiscpp::XSDTYPE, const char*)
> stubs/myComplexType.cpp: In function 'int Axis_DeSerialize_myComplexType(myComplexType*, axiscpp::IWrapperSoapDeSerializer*)':
> stubs/myComplexType.cpp:79: error: cannot convert 'axiscpp::xsd__int_Array*' to 'axiscpp::xsd__int_Array**' in assignment
> stubs/myComplexType.cpp:81: error: request for member 'clone' in '* param->myComplexType::data', which is of non-class type 'axiscpp::xsd__int_Array*'
> stubs/myComplexType.cpp: In member function 'void myComplexType::reset()':
> stubs/myComplexType.cpp:163: error: request for member 'clear' in '*((myComplexType*)this)->myComplexType::data', which is of non-class type 'axiscpp::xsd__int_Array*'
> If the array elements in ArrayOfInt are instead wrapped to use
> a complex type that just wraps an individual xsd type, the
> generated code compiles. This is one possible workaround I
> suppose. Nevertheless, this seems like it is potentially a bug.
> bnc
--
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: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org