RE: Manifest Element - Where located? - 2

["Burdett, David" <david.burdett@commerceone.com>]

I agree with Chris. We can't stop people putting payload in the body. In
fact, I think we should explicity allow it as then the TRP specs could be
used more easily by the SOAP community who put payloads in the SOAP body.

So, all we need to do is allow the manifest to reference an element in an
XML document using XPATH and I think we would be OK. 

David

-----Original Message-----
From: christopher ferris [mailto:chris.ferris@east.sun.com]
Sent: Monday, February 26, 2001 10:22 AM
To: ian.c.jones@bt.com
Cc: ebxml-transport@lists.ebxml.org
Subject: Re: Manifest Element - Where located? - 2


Ian,

Since the "payload" is the perview of the designer of the
business process (and the message content), and since we are
complying explicitly with the SOAP1.1 and SOAP with Attachments
specifications, I don't see how we can preclude any payload
content from the SOAP-ENV:Body element.

IN any event, as long as the payload content is referenced
in the Manifest (as it is intended) then the issue
is moot (IMHO) because it makes no difference as to what and where
the references resolve.

Cheers,

Chris

ian.c.jones@bt.com wrote:
> 
> All,
> 
>         Here is the corrected version of the text I just e-mailed.  Hit
send
> before running the spell check sorry!
> 
>         I am concerned about having "real" payload in the body as we then
> have inconsistent handling of payloads.  So, if you have one XML message
you
> COULD put it in the body provided you do not need any special characters
> etc. BUT if you need special characters or more than one message what do
you
> do? Put them all in attachments, put the first in the body, etc.  IMHO we
> should Keep It Simple, all payloads in the attachments as they are not for
> the MSH it just needs to pass them on and leave all the MESH "stuff" in
the
> SOAP header and body as needed.
> 
> Ian Jones
> 
> Ian Jones
> Email: ian.c.jones@bt.com
> 
> 
> ------------------------------------------------------------------
> To unsubscribe from this elist send a message with the single word
> "unsubscribe" in the body to: ebxml-transport-request@lists.ebxml.org