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 "Bill Mitchell (JIRA)" <ji...@apache.org> on 2007/12/19 20:54:43 UTC
[jira] Created: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Generated stub for unbounded sequence of type any does not pass any elements to client
--------------------------------------------------------------------------------------
Key: AXIS2C-848
URL: https://issues.apache.org/jira/browse/AXIS2C-848
Project: Axis2-C
Issue Type: Bug
Components: code generation
Affects Versions: Current (Nightly)
Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
Reporter: Bill Mitchell
Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
<element name="getExemplarResponse">
<complexType>
<complexContent>
<restriction base="anyType">
<sequence>
<element name="exemplar" minOccurs="1" maxOccurs="1">
<complexType>
<sequence>
<any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
</sequence>
<attribute name="handle" type="string" use="required"/>
</complexType>
</element>
</sequence>
<attribute name="responseCode" type="integer" use="optional" default="0"/>
<attribute name="responseMessage" type="string" use="optional"/>
<attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
</restriction>
</complexContent>
</complexType>
</element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage updated AXIS2C-848:
----------------------------------
Attachment: case26.tar.gz
Fixed in the latest SVN. Attachment is a test case for the suggested WSDL
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, case26.tar.gz, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Mitchell updated AXIS2C-848:
---------------------------------
Attachment: service.wsdl
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, adb_instance_type1.c, adb_instance_type1.orig.c, case26.tar.gz, service.wsdl, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Assigned: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage reassigned AXIS2C-848:
-------------------------------------
Assignee: Dimuthu Gamage
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, case26.tar.gz, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Resolved: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage resolved AXIS2C-848.
-----------------------------------
Resolution: Fixed
Fixed. Since I was working on linux, I have missed that. Thanks for pointing that out
-Dimuthu
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, adb_instance_type1.c, adb_instance_type1.orig.c, case26.tar.gz, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Resolved: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage resolved AXIS2C-848.
-----------------------------------
Resolution: Fixed
Fixed in latest svn.
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, case26.tar.gz, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Resolved: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage resolved AXIS2C-848.
-----------------------------------
Resolution: Fixed
Fixed. (SVN 607594)
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, adb_instance_type1.c, adb_instance_type1.orig.c, any_test.tar.gz, case26.tar.gz, service.wsdl, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Reopened: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Mitchell reopened AXIS2C-848:
----------------------------------
Thanks for addressing this, Dimuthu. We are really close to this working. When I tested the results in the nightly build, there remains one compilation error in the fix you installed. In the loop in deserialize that detaches the nodes and adds them to the array, it declares a new variable current_property_node at the point that it needs to use it. Unfortunately, as this is C code and not C++ code, the declaration needs to occur at the beginning of a block.
The following is the fragment of code in question:
axiom_node_t *current_property_node = current_node;
current_node = axiom_node_get_next_sibling(current_node, env);
axiom_node_detach(current_property_node, env);
axutil_array_list_add_at(arr_list, env, i, (void*)current_property_node);
In the files I am attaching, you can see the complete context. Either current_property_node needs to be declared at the start of this block, i.e., at the beginning of the for, or at the beginning of the deserialize function with all the other declarations.
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, case26.tar.gz, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-848) Generated stub for unbounded
sequence of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12555247#action_12555247 ]
Bill Mitchell commented on AXIS2C-848:
--------------------------------------
I regenerated the stubs with the later build and the issue with named types has been resolved. Thanks, Dimuthu.
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, adb_instance_type1.c, adb_instance_type1.orig.c, any_test.tar.gz, case26.tar.gz, service.wsdl, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Mitchell updated AXIS2C-848:
---------------------------------
Attachment: adb_instance_type1.orig.c
adb_instance_type1.c
The attached adb_instance_type1.orig.c shows the code as generated by WSDL2C. The attached adb_instance_type1.c shows a modified version that compiles correctly and executes. The difference also illustrates fixes to another issue I reported, AXIS2C-855, that the property structures are not being released.
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, adb_instance_type1.c, adb_instance_type1.orig.c, case26.tar.gz, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Mitchell updated AXIS2C-848:
---------------------------------
Attachment: unrolled.wsdl
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Mitchell updated AXIS2C-848:
---------------------------------
Attachment: adb_exemplar_type0.c
adb_exemplar_type0.orig.c
adb_exemplar_type0.single.c
The attached adb_exemplar_type0.single.c shows the generated stub when maxOccurs = 1 for the entity of type any, while adb_exemplar_type0.orig.c shows the generated stub when maxOccurs = unbounded. As can be seen, for the single case the code nicely deserializes by detaching the node from the message, and serializes by converting the node to a string. (Admittedly expecting and adding an "extraElement" wrapper around the node, as discussed in AXIS2C-843.)
The attached adb_exemplar_type0.c illustrates the changes in the generated stub to treat the object as an array of axiom_node_t pointers. In particular:
(1) the deserialize loop to handle the multiple items in the sequence must grab the next element before detaching this node from the message.
(2) the detached element must now be added to the array, instead of returned as the entire property.
(3) the serialize loop needs to convert the node to a string, write the string to the stream, and free the string (something currently overlooked in the single any code).
(4) the set_extraElement_at routine should do an axiom_node_free_tree on the element being replaced.
(5) the reset_extraElement routine should do an axiom_node_free_tree on each existing element (something currently overlooked in the single any code).
(6) the set_extraElement_nil_at routine should do an axiom_node_free_tree on the element being replaced
In addition, the code reflects corrections to the following issues:
(7) the set_extraElement routine should check for the pointer being null before asking for the size of the array pointed to.
(8) the set_extraElement_at routine should check if the axutil_array_list_create succeeded before using the pointer.
(9) the reset_extraElement routine should clear the property_extraElement pointer after freeing the array.
I have exercised the deserialize side of this illustration code in an application, but I've not yet exercised the serialize side.
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Reopened: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Mitchell reopened AXIS2C-848:
----------------------------------
On a more recent build, I have verified that there is no compilation error in the generated stub for the unrolled.wsdl. Thanks, Dimuthu. So I tried going back to the original service.wsdl to see if all the problems are fixed there as well. Although in the case of anonymous types the code is correct, there is still a problem with named types.
The new code for the anonymous type in adb_instance_type1.c is:
{
axiom_node_t *current_property_node = current_node;
current_node = axiom_node_get_next_sibling(current_node, env);
axiom_node_detach(current_property_node, env);
axutil_array_list_add_at(arr_list, env, i, (void*)current_property_node);
}
When I generate effectively the same service from service.wsdl, I see in adb_InstanceType.c:
{
axiom_node_t *current_property_node = current_node;
current_node = axiom_node_get_next_sibling(current_node, env);
axiom_node_detach(current_property_node, env);
axutil_array_list_add_at(arr_list, env, i, (void*)current_property_node);
status = adb_InstanceType_set_extraElement(_InstanceType, env,
current_property_node);
}
The extra _set_extraElement call doesn't work, and fortunately doesn't compile.
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, adb_instance_type1.c, adb_instance_type1.orig.c, case26.tar.gz, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage updated AXIS2C-848:
----------------------------------
Attachment: any_test.tar.gz
Fixed. Attachment contain the stub, skel source used to test.
Thanks
Dimuthu
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Assignee: Dimuthu Gamage
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, adb_instance_type1.c, adb_instance_type1.orig.c, any_test.tar.gz, case26.tar.gz, service.wsdl, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Mitchell updated AXIS2C-848:
---------------------------------
Attachment: adb_exemplar_type0.c
In further exercising the code, I discovered another anomaly in the generated stubs. The data passed into/from the set/get_extraElement_at routines were declared to be axis2_array_list_t. Following my suggestion that we return an axiom_node_t of each element, just as is done for the single element when maxOccurs = 1, the types for these routines become axiom_node_t.
I have replaced the attached adb_exemplar_type0.c to show include the change in the datatype to _set_extraElement_at, _get_extraElement_at and _add_extraElement.
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence
of type any does not pass any elements to client
Posted by "Bill Mitchell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bill Mitchell updated AXIS2C-848:
---------------------------------
Attachment: (was: adb_exemplar_type0.c)
> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
> Key: AXIS2C-848
> URL: https://issues.apache.org/jira/browse/AXIS2C-848
> Project: Axis2-C
> Issue Type: Bug
> Components: code generation
> Affects Versions: Current (Nightly)
> Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using WSDL2C from nightly build of 12/19/07
> Reporter: Bill Mitchell
> Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c, unrolled.wsdl
>
>
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment below, the generated stub implements no code to handle the elements themselves, with the comment that it is "imposible to handle the request type - so please do it manually". Yet, for the same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the single element of type any in a property of type axiom_node_t *, by detaching the node from the response document and making it a property of the stub object. It would be useful and reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching each from the response message, as is done in the case of a single any element.
> <element name="getExemplarResponse">
> <complexType>
> <complexContent>
> <restriction base="anyType">
> <sequence>
> <element name="exemplar" minOccurs="1" maxOccurs="1">
> <complexType>
> <sequence>
> <any namespace="##local" minOccurs="1" maxOccurs="unbounded"/>
> </sequence>
> <attribute name="handle" type="string" use="required"/>
> </complexType>
> </element>
> </sequence>
> <attribute name="responseCode" type="integer" use="optional" default="0"/>
> <attribute name="responseMessage" type="string" use="optional"/>
> <attribute name="supportedMethods" type="fw:MethodListType" use="optional"/>
> </restriction>
> </complexContent>
> </complexType>
> </element>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org