Return-Path: Delivered-To: apmail-ws-axis-c-dev-archive@www.apache.org Received: (qmail 55951 invoked from network); 13 Oct 2005 14:15:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Oct 2005 14:15:33 -0000 Received: (qmail 75091 invoked by uid 500); 13 Oct 2005 14:15:29 -0000 Delivered-To: apmail-ws-axis-c-dev-archive@ws.apache.org Received: (qmail 75038 invoked by uid 500); 13 Oct 2005 14:15:29 -0000 Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: "Apache AXIS C Developers List" Reply-To: "Apache AXIS C Developers List" Delivered-To: mailing list axis-c-dev@ws.apache.org Received: (qmail 75000 invoked by uid 99); 13 Oct 2005 14:15:28 -0000 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Oct 2005 07:15:28 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 4DCDE515 for ; Thu, 13 Oct 2005 16:15:06 +0200 (CEST) Message-ID: <1465607282.1129212905478.JavaMail.jira@ajax.apache.org> Date: Thu, 13 Oct 2005 16:15:05 +0200 (CEST) From: "Fred Preston (JIRA)" To: axis-c-dev@ws.apache.org Subject: [jira] Commented: (AXISCPP-333) WSDL2ws doesn't handle complex Array types correctly when nested or when returning as AXIS_OUT_PARAM In-Reply-To: <1556818194.1103553556568.JavaMail.apache@nagoya> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/AXISCPP-333?page=comments#action_12332001 ] Fred Preston commented on AXISCPP-333: -------------------------------------- Could the fixer of this JIRA either create a new or incorporate into an existing test a test that would create a for this function so that we do not regress? > WSDL2ws doesn't handle complex Array types correctly when nested or when returning as AXIS_OUT_PARAM > ---------------------------------------------------------------------------------------------------- > > Key: AXISCPP-333 > URL: http://issues.apache.org/jira/browse/AXISCPP-333 > Project: Axis-C++ > Type: Bug > Components: WSDL processing - RPC, WSDL processing - Doc > Versions: current (nightly) > Environment: Tested on win32 > Reporter: Steve Hardy > Attachments: test.wsdl > > When returning an Array type as an AXIS_OUT_PARAM (a.k.a. when there is more than 1 return value), the wrong cast is used by WSDL2ws to cast to the return type .. > the following WSDL2ws generated uncompileable client-side code, due to the use of my defined cTypeArrayArray type (which does not exist in cpp namespace) instead of the cTypeArray_Array which WSDL2ws creates. > The cTypeArray_Array in turn, references "cTypeArray" instead of "cType_Array" > This problem also arises when there are no nested arrays in use. > > xmlns="http://schemas.xmlsoap.org/wsdl/" > xmlns:apachesoap="http://xml.apache.org/xml-soap" > xmlns:test="http://localhost/axis/test" > xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" > xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" > xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/" > xmlns:xsd="http://www.w3.org/2001/XMLSchema"> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- 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