[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: ebXML Proof of Concept Proposal v0.5
Got it. It's clear now. Thanks. > -----Original Message----- > From: Prasad Yendluri [mailto:pyendluri@vitria.com] > Sent: Friday, July 28, 2000 11:20 AM > To: marcb@webMethods.com > Cc: dick@8760.com; Ebxml; ebXML POC Mailing List > Subject: Re: ebXML Proof of Concept Proposal v0.5 > > > Marc, > > 1. The content-type of a fully enveloped ebXML message would be > "multipart/related" not "application/vnd.eb+xml". So, I don't > think there is the > issue of conflict. > > 2. The latest packaging specification already reflects the f2f decision. > > Prasad > > Marc Breissinger wrote: > > > I will alter the POC document to reflect this decision from the > f2f. I do > > have a question however: does using "Content-Type: > application/vnd.eb+xml" > > to identify the header part prohibit the possibility of > embedding a fully > > enveloped eb-xml message as a payload part as it would also have the > > "Content-Type: application/vnd.eb+xml"? > > > > > -----Original Message----- > > > From: Dick Brooks [mailto:dick@8760.com] > > > Sent: Thursday, July 27, 2000 10:40 PM > > > To: Ebxml; ebXML POC Mailing List; marcb@webmethods.com > > > Subject: RE: ebXML Proof of Concept Proposal v0.5 > > > > > > > > > > > > Section "ebXML Technical Details", subsection "Packaging" of the POC > > > proposal states: > > > > > > "It should be noted that there is a significant problem with > the current > > > draft of the packaging standard that effectively prevents the > receiving > > > application from recognizing the header part. The RFC for > generating MIME > > > Content-ID mandates only that they be unique strings. Therefore, the > > > receiving application cannot depend on the presence of the > > > “ebxmlheader” and > > > “ebxmlpayload” tokens preceding the unique id to identify the > header vs. > > > payload parts. In order to resolve this issue in the demonstration > > > environment, participants must include the “Start:” directive > shown in the > > > example above." > > > > > > I believe this section of the POC is incorrect. > > > > > > During the July 21-22 face-to-face meeting the ebXML TR&P > team decided to > > > eliminate the dependency on Content-ID to identify a ebXML header > > > body part > > > within a ebXML message and created a MIME media type, > > > "application/vnd.eb+xml", to identify ebXML header documents. > This MIME > > > media type unambiguously identifies THE body part containing the ebXML > > > header document. One simply needs to locate the body part > identified with > > > the MIME header "Content-type: application/vnd.eb+xml" to > locate the ebXML > > > header document. > > > > > > I recommend that POC participants consider using the > > > application/vnd.eb+xml > > > content type to identify the ebXML header document instead of > the proposed > > > "Start:" extension header, which is non-standard. > > > > > > Regards, > > > > > > Dick Brooks > > > http://www.8760.com/ > > > > > > > > > -----Original Message----- > > > From: Marc Breissinger [mailto:marcb@webmethods.com] > > > Sent: Thursday, July 27, 2000 5:25 PM > > > To: ebXML POC Mailing List > > > Subject: ebXML Proof of Concept Proposal v0.5 > > > > > > > > > All, > > > > > > Attached is latest rev of the POC proposal. Please read through > > > and respond > > > with comments. I will complete the TPA section tomorrow. > > > > > > Sorry for the delay, > > > marc > > > > > > > ========================================================================== > > > Marc Breissinger voice (W): > 703-460-2504 > > > Director, Product Strategy - webMethods, Inc. voice (C): > 703-989-7689 > > > Email: marcb@webmethods.com > We're hiring!!! > > > Email2: breissim@earthlink.net URL: http://www.webmethods.com > > ========================================================================== > > > > > > > > > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC