Return-Path: 
 <axis-c-dev-return-15992-apmail-ws-axis-c-dev-archive=ws.apache.org@ws.apache.org>
Delivered-To: apmail-ws-axis-c-dev-archive@www.apache.org
Received: (qmail 36009 invoked from network); 18 Dec 2007 20:55:07 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 18 Dec 2007 20:55:07 -0000
Received: (qmail 55874 invoked by uid 500); 18 Dec 2007 20:54:56 -0000
Delivered-To: apmail-ws-axis-c-dev-archive@ws.apache.org
Received: (qmail 55861 invoked by uid 500); 18 Dec 2007 20:54:56 -0000
Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:axis-c-dev-help@ws.apache.org>
list-unsubscribe: <mailto:axis-c-dev-unsubscribe@ws.apache.org>
List-Post: <mailto:axis-c-dev@ws.apache.org>
List-Id: "Apache AXIS C Developers List" <axis-c-dev.ws.apache.org>
Reply-To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
Delivered-To: mailing list axis-c-dev@ws.apache.org
Received: (qmail 55850 invoked by uid 99); 18 Dec 2007 20:54:56 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Dec 2007 12:54:56 -0800
X-ASF-Spam-Status: No, hits=-100.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Dec 2007 20:54:52 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 3DABC714245
	for <axis-c-dev@ws.apache.org>; Tue, 18 Dec 2007 12:54:43 -0800 (PST)
Message-ID: <31875767.1198011283248.JavaMail.jira@brutus>
Date: Tue, 18 Dec 2007 12:54:43 -0800 (PST)
From: "Bill Mitchell (JIRA)" <jira@apache.org>
To: axis-c-dev@ws.apache.org
Subject: [jira] Commented: (AXIS2C-843) Generated deserialize method does
 not handle complex type containing sequence of type any
In-Reply-To: <9316048.1198004023401.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/AXIS2C-843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552895 ] 

Bill Mitchell commented on AXIS2C-843:
--------------------------------------

Your observation is correct.  That's what I get for assuming that the .wsdl I receive matches the responses I see from the server.  As the server side is not wsdl based, it can, and in this case does, act differently than the wsdl says.  

A corrected version of the wsdl would read:
            <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>

After making this change to the .wsdl, I now see a different set of errors, now compilation errors.  I can detail these in a separate issue, but the one that is immediately obvious is that the generated .h and .c files refer to the type axis_array_list_t where I expect it means axutil_array_list_t *.  

> Generated deserialize method does not handle complex type containing sequence of type any
> -----------------------------------------------------------------------------------------
>
>                 Key: AXIS2C-843
>                 URL: https://issues.apache.org/jira/browse/AXIS2C-843
>             Project: Axis2-C
>          Issue Type: Bug
>          Components: code generation
>    Affects Versions: 1.1.0
>         Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl
>            Reporter: Bill Mitchell
>            Assignee: Dimuthu Gamage
>         Attachments: adb_exemplar_type0.new.c, adb_exemplar_type0.orig.c, unrolled.wsdl
>
>
> When WSDL2C generates a stub for the following response message description, it constructs a stub for entity exemplar.  For this entity, it defines a single property of type axiom_node_t, the deserialize routine parses only the first of the "any" elements, and ignores the remainder.  The second issue is that it parses the "any" entity only if its name is "extraElement", which is not very useful as it has some name, unknown at compilation time, but which is not likely to be "extraElement".   
>             <element name="getExemplarResponse">
>                 <complexType>
>                     <complexContent>
>                         <restriction base="anyType">
>                             <sequence>
>                                 <element name="exemplar">
>                                     <complexType>
>                                         <sequence>
>                                             <any namespace="##local" minOccurs="1" maxOccurs="1"/>
>                                         </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>
> My suggestion is that the comparison for the QName "extraElement" should be removed, and the property of extraElement should be an array of axiom_node_t representing all of the sequence of "any" entities.  This impacts the deserialize and serialize routines, and the resetter method to avoid the potential memory leak.  I've seen such code generated for a sequence of elements of a simple type, so it should not be too hard to generate the same code here in a complexType.  

-- 
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