OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-transport message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: Manifest Element - Where located? - 2


David,

The need to sign/encrypt messages extends beyond ebXML.  I expect that a
(non-ebXML) security service will be defined that uses the SOAP-ENV:Header
to feed the security processes (such work is already well underway).
Through layered architecture, the SOAP-ENV:Body (actually, any part of the
message the security service was instructed to process) would be handled by
the security process layer.  In the absence of such a package, or in cases
where security needs to be handled prior to submission for transport, the
payload would likely not be conformant XML, and so would not be a candidate
for placement in the SOAP-ENV:Body.  In any event, ebXML might not be in a
position to control how the application of security affected packaging; it
might only be in a position to request security services be applied.

And by the way, how do you propose to control the packaging of the business
payload in MIME?

Prior to choosing to use SOAP, an answer may have been that the ebXML
processor would perform the encapsulation, or would pass the content on to a
lower level package that would do the encapsulating.  With SOAP sitting in
the middle, MIME encapsulation is not as nearby as it once was.

I suggest it might be helpful to model the interactions between the
component services which will comprise the new transport design.  We may
find we have less control over what happens below the ebXML layer than we
have been presuming we have.

Cheers,
         Bob


-----Original Message-----
From: Burdett, David [mailto:david.burdett@commerceone.com]
Sent: Tuesday, February 27, 2001 4:20 PM
To: 'Miller, Robert (GXS)'; ebXML Transport Mailing List
Subject: RE: Manifest Element - Where located? - 2


Bob

You said ... "Put the ebXML conformant XML message in the SOAP-ENV:Body."

The difficulty of doing this is what caused the TRP group to not do SOAP
last spring. Specifically, you can't put a **complete** XML document inside
a SOAP body as you have to  remove the prolog. This causes problems if the
XML document had been previously signed e.g. using XML DSig and including
the prolog. With your suggestion you have to remove the prolog and therefore
break the signature.

The real issue is whether data ebXML will allow additional data to be put in
the body.

The general consensus seems to be that we do not which means we should flag
an error if any data is there. I concur.

David


-----Original Message-----
From: Miller, Robert (GXS) [mailto:Robert.Miller@gxs.ge.com]
Sent: Tuesday, February 27, 2001 7:44 AM
To: ebXML Transport Mailing List
Subject: RE: Manifest Element - Where located? - 2


Good people,

Rik says keep it simple.  I agree.  I say simple is this:

1) Put ALL of the ebXML header stuff in the SOAP-ENV:Header (where it
belongs).
	Some here, some there is NOT simple
   
2) Put the ebXML conformant XML message in the SOAP-ENV:Body.  If no such
body is present for the message, the SOAP-ENV-Body is empty (or perhaps
someday, not present.
	ebXML messages are always in the same place.
	
3) If there are attachments, the attachments are not ebXML messages, they
are just attachments.
	
Cheers,
        Bob

------------------------------------------------------------------
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: ebxml-transport-request@lists.ebxml.org


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Search: Match: Sort by:
Words: | Help


Powered by eList eXpress LLC