Return-Path: Delivered-To: apmail-xml-axis-dev-archive@xml.apache.org Received: (qmail 35177 invoked by uid 500); 18 Apr 2001 17:19:35 -0000 Mailing-List: contact axis-dev-help@xml.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@xml.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list axis-dev@xml.apache.org Received: (qmail 35088 invoked from network); 18 Apr 2001 17:19:32 -0000 Received: from atlrel1.hp.com (156.153.255.210) by h31.sny.collab.net with SMTP; 18 Apr 2001 17:19:32 -0000 Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190]) by atlrel1.hp.com (Postfix) with ESMTP id 7B86CAF5; Wed, 18 Apr 2001 13:19:33 -0400 (EDT) Received: from xpabh4.corp.hp.com (xpabh4.corp.hp.com [15.58.136.1]) by xatlrelay1.atl.hp.com (Postfix) with ESMTP id B22CB1F50B; Wed, 18 Apr 2001 13:17:41 -0400 (EDT) Received: by xpabh4.corp.hp.com with Internet Mail Service (5.5.2653.19) id ; Wed, 18 Apr 2001 10:19:26 -0700 Message-ID: <6D805D4C4567D411AF32009027B6835103903AA4@xvan02.vcd.hp.com> From: "BUNN,JEREMY (HP-Vancouver,ex1)" To: "'soap-dev@xml.apache.org'" Cc: "'axis-dev@xml.apache.org'" Subject: RE: Out parameters Date: Wed, 18 Apr 2001 10:19:22 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Great, thanks for the reply and the solution. I have been searching and searching for an answer! My problem is that I am trying to implement a UPnP service template that has many out parameters as part of the specification. It is tough to impose the first parameter as an array when I do not control the specification. I hope that Axis supports out parameters since other SOAP toolkits supposedly do (non-java based, you can guess who!). Using java to implement UPnP services is a big win in many situations from my perspective. If other service templates follow the style of using out parameters, it will be a hard problem to solve without support for them. -----Original Message----- From: Scott Nichol [mailto:snichol@computer.org] Sent: Wednesday, April 18, 2001 9:01 AM To: soap-dev@xml.apache.org Subject: Re: Out parameters You are correct that Apache SOAP does not currently support [out] parameters. It is an easy thing to modify the distribution to support [in, out] parameters along particular conventions. For example, we have a local convention within our Java coding that [in, out] parameters are array parameters at the start of the parameter list. The modification to support this was quite easy to perform. Another modification to make *all* parameters [in, out] is also quite simple. However, to change the code so that there would be some way to specify whether parameters are [in], [out] or [in, out] would be a significant undertaking. IMHO, the most robust implmentation would rely on WSDL to describe the interface. WSDL implicitly support [in], [out] and [in, out] parameters, as RPC calls are defined in terms of a pair of messages, and parameters are specified independently for the two messages. I've not heard of any plans to support WSDL in the Apache SOAP 2.x code, but perhaps there are plans for it in Axis? Scott ----- Original Message ----- From: "BUNN,JEREMY (HP-Vancouver,ex1)" To: Sent: Wednesday, April 18, 2001 10:56 AM Subject: Out parameters > Is there any plan to support [out] parameters in future versions? It seems > reasonable for example, when passing an Integer rather than an int that the > Integer should be treated as an out parameter. Here is a quote from > http://www.w3.org/TR/SOAP/#_Toc478383503 > > "The method response is viewed as a single struct containing an accessor for > the return value and each [out] or [in/out] parameter. The first accessor is > the return value followed by the parameters in the same order as in the > method signature. " > > I used the TcpTunnelGui utility though to watch SOAP messages between my > server and client and do not see the returned in/out parameters. > > Perhaps there is already a way to specify, modify and return out parameters > that I have already missed? Any thoughts or recommendations are > appreciated. Thanks in advance! > > > > >