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 "Xavier Toth (JIRA)" <ax...@ws.apache.org> on 2005/09/19 19:14:28 UTC
[jira] Created: (AXISCPP-830) parameter shouldn't require type
parameter shouldn't require type
--------------------------------
Key: AXISCPP-830
URL: http://issues.apache.org/jira/browse/AXISCPP-830
Project: Axis-C++
Type: Bug
Components: Server - Deserialization
Versions: 1.5 Final
Environment: Fedora Core 4, Apache2
Reporter: Xavier Toth
SoapDeSerializier requires type to be present for parameters causing valid soap as follows to cause a segmentation violation.
<?xml version="1.0" encoding="utf-8" ?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<n1:add xmlns:n1="http://localhost/axis/Calculator">
<in0>100</in0>
<in1>0</in1>
</n1:add>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
All of the getElementAs* methods return an 0 (error) if getXSDType doesn't return the matching XSDTYPE. getXSDType will return XSD_UNKNOWN if no type attribute is present and as far as I understand the SOAP spec a type isn't required.
--
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
[jira] Closed: (AXISCPP-830) parameter shouldn't require type
Posted by "nadir amra (JIRA)" <ax...@ws.apache.org>.
[ https://issues.apache.org/jira/browse/AXISCPP-830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
nadir amra closed AXISCPP-830.
------------------------------
Resolution: Fixed
Fix Version/s: current (nightly)
>From looking at various SOAP responses I guess type is not required. In anycase, if the type is not found, then we will process the element. I changed the code so it now looks like:
bool foundType;
XSDTYPE theType = getXSDType(m_pNode, foundType);
if (bNillFound || isArrayElement || (pSimpleType->getType() == theType) || !foundType)
I expanded getXSDType() to return if the type was found, to distinguish between a type that is not found and a type that is specified but UNKNOWN.
I created a test case: NamespaceInBindingOperationsRpcNoTypeInResponse
> parameter shouldn't require type
> --------------------------------
>
> Key: AXISCPP-830
> URL: https://issues.apache.org/jira/browse/AXISCPP-830
> Project: Axis-C++
> Issue Type: Bug
> Components: Server - Deserialization
> Affects Versions: 1.5 Final
> Environment: Fedora Core 4, Apache2
> Reporter: Xavier Toth
> Fix For: current (nightly)
>
>
> SoapDeSerializier requires type to be present for parameters causing valid soap as follows to cause a segmentation violation.
> <?xml version="1.0" encoding="utf-8" ?>
> <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
> <SOAP-ENV:Body>
> <n1:add xmlns:n1="http://localhost/axis/Calculator">
> <in0>100</in0>
> <in1>0</in1>
> </n1:add>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
> All of the getElementAs* methods return an 0 (error) if getXSDType doesn't return the matching XSDTYPE. getXSDType will return XSD_UNKNOWN if no type attribute is present and as far as I understand the SOAP spec a type isn't required.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://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