Return-Path: Mailing-List: contact axis-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list axis-dev@xml.apache.org Received: (qmail 1988 invoked from network); 30 Jan 2001 12:08:45 -0000 Received: from e23.nc.us.ibm.com (32.97.136.229) by h31.sny.collab.net with SMTP; 30 Jan 2001 12:08:45 -0000 Received: from southrelay02.raleigh.ibm.com (southrelay02.raleigh.ibm.com [9.37.3.209]) by e23.nc.us.ibm.com (8.9.3/8.9.3) with ESMTP id HAA22960 for ; Tue, 30 Jan 2001 07:03:50 -0600 Received: from d04nm204.raleigh.ibm.com (d04nm204.raleigh.ibm.com [9.67.228.13]) by southrelay02.raleigh.ibm.com (8.11.1/NCO v4.95) with ESMTP id f0UC7Qa32592 for ; Tue, 30 Jan 2001 07:07:26 -0500 Importance: Normal Subject: Re: Multiple RPCs To: axis-dev@xml.apache.org X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: From: "Doug Davis" Date: Tue, 30 Jan 2001 07:07:26 -0500 X-MIMETrack: Serialize by Router on D04NM204/04/M/IBM(Release 5.0.3 (Intl)|21 March 2000) at 01/30/2001 07:07:26 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Actually I don't think you're right - they're not talking just about messaging at that point - they do talk about RPC in that same section. Section 4.3: Typical uses of the Body element include marshalling RPC calls and error reporting When I read the spec, including section 7.1 (RPC and SOAP Body), I see plurals being used - maybe it's a mistake, maybe I'm reading too much into it - but what I really don't understand is the strong objects to this. If no one sends us multiple RPCs in the SOAPBody then the code in there will never get used and there's no harm done. If someone does send us a SOAPBody with multiple RPCs we have logic in there now that does something with it - if people don't like our semantics then they're free to not use it or they can write their own handler. I'm not suggesting that we spend a lot of time on this (either in discussions or in coding), *I'm mean let's get real* - the code is already in there!!!! And the semantics are not exactly hard to understand - if people don't like it then don't use it. I can't believe we're arguing over whether to write code that's already been written. 8-) -Dug "Sanjiva Weerawarana" on 01/30/2001 12:37:52 AM Please respond to soap-dev@xml.apache.org To: cc: Subject: Re: cvs commit: xml-axis/java/src/org/apache/axis/messageSOAPEnvelope.java The spec is talking about *messaging* at this point and NOT about RPC. From a messaging perspective, there's nothing special about one body entry or the first body entry .. its just some XML to be taken from here to there. When you put in RPC semantics, its a different world. Sanjiva. ----- Original Message ----- From: "Doug Davis" To: Sent: Sunday, January 28, 2001 11:43 AM Subject: Fw: cvs commit: xml-axis/java/src/org/apache/axis/messageSOAPEnvelope.java > Yes, in fact the spec says: > All immediate child elements of the Body element are called > body entries and each body entry is encoded as an independent > element within the SOAP Body element. > Notice that it doesn't say "the body entry", or "the immediate > child". I believe they purposely used plurals here. > -Dug > > Jacek wrote: > > Hello Dug. 8-) > > Are you sure SOAP allows multiple message bodies? Or more > > precisely: does SOAP RPC allow for multiple calls within one body? I > > always thought that the body maps to a single RPC call. My > > understanding might have been too narrow, that's true. > > But still, wouldn't passing more than one RPC call in a single SOAP > > message be problematic in means of recognizing what is an RPC function > > invocation and what is just an independent structure accessed via an > > href? The SOAP spec says the RPC call is modelled as a struct, in this > > the subsequent method calls would be indistniguishable from data. > > I don't know, this just looks crazy. 8-) > > > > Jacek Kopecky > > Idoox > > > > >