[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: T2 Recursive Behaviors
David I think the process (encapsulation) is a useful one. However I think that this should be a separate spec that describes how to do it - it could be an OASIS TC spec. There are several other useful examples, for example using sequencing to transport very large messages by chopping them into chunks. They are both additional good ideas that can be layered on top of what is already there. David -----Original Message----- From: David Fischer [mailto:david@drummondgroup.com] Sent: Monday, July 23, 2001 7:07 PM To: Burdett, David Cc: ebXML Msg Subject: T2 Recursive Behaviors It seems that there will be no way to avoid occasional recursion within ebXML-MS such as encrypting a message with SMIME and putting the result in a bodypart wrapped by a minimal ebXML header structure. At the receiving end, the bodypart would then be decrypted and the resulting message resubmitted to the ebXML parser (recursive). This behavior would also solve the concern over potential in-route additions to the Manifest (put the old message in a bodypart, create a new set of headers with additions to the Manifest, then once the new message is parsed then the old message should be resubmitted to the parser (recursive)). While none of this behavior is prohibited by the current spec, neither is it specifically allowed. Can we add one sentence somewhere to specifically allow this? Regards, David Fischer Drummond Group.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC