Return-Path: 
 <axis-user-return-45683-apmail-ws-axis-user-archive=ws.apache.org@ws.apache.org>
Delivered-To: apmail-ws-axis-user-archive@www.apache.org
Received: (qmail 70365 invoked from network); 8 Jun 2006 16:33:01 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 8 Jun 2006 16:33:01 -0000
Received: (qmail 11145 invoked by uid 500); 8 Jun 2006 16:32:52 -0000
Delivered-To: apmail-ws-axis-user-archive@ws.apache.org
Received: (qmail 11131 invoked by uid 500); 8 Jun 2006 16:32:52 -0000
Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-user@ws.apache.org
list-help: <mailto:axis-user-help@ws.apache.org>
list-unsubscribe: <mailto:axis-user-unsubscribe@ws.apache.org>
List-Post: <mailto:axis-user@ws.apache.org>
List-Id: <axis-user.ws.apache.org>
Delivered-To: mailing list axis-user@ws.apache.org
Received: (qmail 11120 invoked by uid 99); 8 Jun 2006 16:32:52 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Jun 2006 09:32:52 -0700
X-ASF-Spam-Status: No, hits=4.6 required=10.0
	tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_WHOIS,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_SORBS_WEB
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Received: from [206.190.58.146] (HELO web55012.mail.re4.yahoo.com)
 (206.190.58.146)
    by apache.org (qpsmtpd/0.29) with SMTP; Thu, 08 Jun 2006 09:32:51 -0700
Received: (qmail 28318 invoked by uid 60001); 8 Jun 2006 16:32:30 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding;
  b=gUAG7iz9TMM9QYDdxhDM6lUGEKlYOjNGSUYNKeLcoRGZhmGjqab7Sl+aIcYMoLVgZm8delngATvNsFQ9vNGS4ViwYeZYCD6PfrSK5fOTKKQL7Qu4r4+MU+ACciDqq7BM2+qO9qPvsotmdH3NeTzO8zcbqXlUEcEl6v4cRyfHIbQ=
  ;
Message-ID: <20060608163230.28316.qmail@web55012.mail.re4.yahoo.com>
Received: from [129.33.1.37] by web55012.mail.re4.yahoo.com via HTTP;
 Thu, 08 Jun 2006 09:32:30 PDT
Date: Thu, 8 Jun 2006 09:32:30 -0700 (PDT)
From: IdRatherBeSailing <barcagrande2003@yahoo.com>
Subject: Does AXIS support Doc/Literal no-arg, empty body operations/messages?
To: axis-user@ws.apache.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N


Someone here was trying to hit a new service another
group built (with a non-AXIS service producer) where
one of the operations is defined as a no-arg method,
with an empty <wsdl:message> for an input (as opposed
to a message that points to an empty schema element).

Such services expect an empty <SOAP:Body/> element,
with no IN params (ie, not wrapped style).   But AXIS
(1.2.1, 1.3 and 1.4) appear to send the operation name
and op namespace as a child of the Body, if no IN
params are defined or passed in the Call.

I reproduced this with AXIS (1.2.1, 1.3 and 1.4) with
the SOAP Builders Interop Round3 echoVoid test, using
the wsdl and code provided with the AXIS source under
test/wsdl/interop3/docLit  (just the echoVoid part of
the test - the echoStringArray wasn't building
correctly with the build script provided):

Here's the envelope AXIS produces for that echoVoid
service, as built with the build script provided with
the AXIS 1.x source drops, under
test/wsdl/interop3/docLit:

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Body>
<echoVoid
xmlns="http://soapinterop.org/WSDLInteropTestDocLit"/>
</soapenv:Body>
</soapenv:Envelope>

and here's the SOAP envelope the service expects and
actually works with:

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Body></soapenv:Body>
</soapenv:Envelope>

Note, after building and running this echoVoid test by
hand with all 3 versions of AXIS, I noticed that the
overall ant build script for the tests tree explicitly
excludes the interop3 tree of tests, so I'm wondering
if this is a known problem? (didn't see anything
obvious when searching JIRA, or Google).

Note:  There is explicit code in AXIS' RPCProvider for
accepting incoming Doc/Literal web services with an
empty body, so it's obviously supported on the
inbound/producer side - I just don't know if it's well
supported on the outbound side (and if so, what would
one change in the setup of the Call object in order to
get the right non-wrapped empty-body behavior?).

So, does AXIS 1.x support calling a Doc/Literal
operation with an empty SOAP Body (non-wrapped), when
the wsdl input message is defined as empty?
<wsdl:message name="echoVoid"/>

References:
http://www.whitemesa.com/r3/interop3.html
http://www.whitemesa.com/r3/InteropTestDocLit.wsdl
And in the source drops (for 1.2.1, 1.3 and 1.4):
axis-1_4\test\wsdl\interop3\docLit\interoptestdoclit.wsdl

Thanks in advance for any insight/advice on this one...

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org