fails if name attribute missing from input/output
-------------------------------------------------
Key: AXIS2C-326
URL: http://issues.apache.org/jira/browse/AXIS2C-326
Project: Axis2-C
Issue Type: Bug
Components: wsdl2c tool
Affects Versions: 0.94
Reporter: Chris Darroch
I tried running the wsdl2c tool on some WSDL that contained the following:
<wsdl:portType name="fooSoap">
<wsdl:operation name="Foo">
<wsdl:input message="tns:FooSoapIn" />
<wsdl:output message="tns:FooSoapOut" />
</wsdl:operation>
and it failed with a segfault. Eventually I tracked down that something in the
woden library
really expected a "name" attribute on these <input> and <output> elements. I'm
sorry but
I've lost track exactly, but I think it was in
woden/src/builder/wsdl10/wsdl10_reader.c
in the parse_binding_msg_ref() function, specifically this chunk:
int_msg_ref =
woden_wsdl10_interface_msg_ref_to_interface_msg_ref_element(
int_msg_ref, env);
intf_msg_qname = WODEN_WSDL10_INTERFACE_MSG_REF_ELEMENT_GET_QNAME(
int_msg_ref, env);
where because no matching SET_QNAME had ever been performed, this would return
NULL and the code would segfault. In fact, I think this is also where I
stumbled on
AXIS2C-322 re woden/src/wsdl10/msg_ref.c because after that patch, the GET_NAME
would run, but return NULL -- without that patch, GET_NAME itself failed -- I
think. Sorry,
I've lost my notes and am working to a deadline at the moment.
Anyway, changing the WSDL to this made things work, but I don't think the name
attribute is actually required by the WSDL spec -- but I might be wrong about
that; please check!
<wsdl:portType name="fooSoap">
<wsdl:operation name="Foo">
<wsdl:input name="FooSoapIn" message="tns:FooSoapIn" />
<wsdl:output name="FooSoapOut" message="tns:FooSoapOut" />
</wsdl:operation>
--
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]