Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 17658 invoked from network); 26 May 2009 20:43:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 26 May 2009 20:43:20 -0000 Received: (qmail 39127 invoked by uid 500); 26 May 2009 20:43:29 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 39076 invoked by uid 500); 26 May 2009 20:43:29 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 39067 invoked by uid 99); 26 May 2009 20:43:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 May 2009 20:43:29 +0000 X-ASF-Spam-Status: No, hits=3.4 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [212.217.248.3] (HELO smtp2.skycom.se) (212.217.248.3) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 May 2009 20:43:18 +0000 Received: from LarsDell (c-83-233-231-244.cust.bredband2.com [83.233.231.244]) by smtp2.skycom.se (Postfix) with ESMTP id 677B87DD5E for ; Tue, 26 May 2009 22:42:54 +0200 (CEST) From: =?iso-8859-1?Q?Lars_Ohl=E9n?= To: Subject: Interop problem / wsdl2java - ignoring the order of the elements in WSDL Date: Tue, 26 May 2009 22:42:55 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0049_01C9DE53.4FA16980" X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: AcneQovMomFn/tRjSrusArjsINGMQw== X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. ------=_NextPart_000_0049_01C9DE53.4FA16980 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =20 I have created Axis2 server side skeletons and client stubs using = wsdl2java. Works fine. But it seems like the codegenerator ignores the order in the elements was listed in the WSDL Much like described in https://cwiki.apache.org/jira/browse/AXIS-2677. This is OKwhen the = client is under our control (since our client uses Axis2), but a customer uses another WS implementation: gSOAP. =20 The same WSDL was used to generate the service parts (by Axis2) and the client stubs was generated by the corresponing gSOAP tooling support. But the gSOAP client stub seems to send the elements in the order = specified in the WSDL, but the Axis2 service requires the elements to be received according to its internal sorted list =96 very hard to maintin interopt =96 giving us unexpected = subelements errors. =20 Any suggestions/ideas/tips/tricks on how to solve this? (Either in Axis2 = or gSOAP) =20 =20 BR =20 L =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 ------=_NextPart_000_0049_01C9DE53.4FA16980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

I have created Axis2 server side skeletons and = client stubs using wsdl2java. Works fine. But it seems like the codegenerator = ignores the order in the elements was listed in the = WSDL

Much like = described in https://cwiki.apache.org/jira/browse/AXIS-2677. =A0This is OKwhen = the client is under our control (since our client uses Axis2), but a customer uses = another WS implementation: gSOAP.

The same WSDL was used to generate the service = parts (by Axis2) and the client stubs was generated by the corresponing gSOAP = tooling support.

But the gSOAP client stub seems to send the = elements in the order specified in the WSDL, but the Axis2 service requires the = elements to be received according to its internal = sorted

list – very hard to maintin interopt = – giving us unexpected subelements errors.

Any suggestions/ideas/tips/tricks on how to = solve this? (Either in Axis2 or gSOAP)

------=_NextPart_000_0049_01C9DE53.4FA16980--