MHonArc v2.5.0b2 -->
ebxml-msg message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: RE: [ebxml-msg] FW: [ebxml-msg-comment] Public Comment
Here are some of my reactions to this. Any TC reply should be discussed
in our meeting IMO, so I just have sent it to our TC. I included Farrukh
to check on one remark concerning the registry. I intended this to be
impartial and to indicate at least some of the tradeoffs. Maybe other TC
folks can add some. Dale
-----Original Message-----
From: Pete Wenzel [mailto:pete@seebeyond.com]
Sent: Wednesday, February 23, 2005 1:02 PM
To: ebxml-msg@lists.oasis-open.org
Subject: [ebxml-msg] FW: [ebxml-msg-comment] Public Comment
FYI. Is everyone subscribed to the comment list? Does this
require followup?
--Pete
a. Drummond states to choose AS2 now and move towards ebMS or SOAP later
as ebMS is still in early adoption whilst AS2 is more mature (how's
about for registry?). Is that a still valid claim today?
Dale> AS2 does not use a registry. AS2 has been in play since before the
turn of the century, and ebMS is a 21st century phenomenon. AS2 is
widely used for EDI and other business data transfer; ebMS is earlier in
the adoption phase.
b. Drummond states that both standards can be used to transfer any type
of data, but JMT says that AS2 is heavily based on EDI style payloads
and mechanisms
Dale> AS2 uses MIME and CMS and S/MIME to provide security for business
data, whether XML, EDI, or data of other MIME media types. The
specification states that it is for structured business data but the
mechanism would work for arbitrary data. Specific implementations
conforming to the AS2 specification might also have special kinds of
support for EDI processing and checking but that is not required by the
specification.
(I couldn't find any specifics on what this means?)... is that a special
case understanding I need to have?
Dale> I hope the above clarifies the situation.
c. Drummond also stated that ebMS is only starting in production and
garnered attention from vertical and MNCs whilst AS2 adoption has been
growing exponentially with high adoption in Retail and CPG (esp thru UCC
& Wal-Mart). Is that a current status?
Dale> There is an ebXML adoption white paper that we can reference here.
AS 2 is still used widely and its use is even growing but in general,
more and more data is flowing between companies over the internet,
though perhaps not so dramatically as spam
2. Technical Architecture: In the area of implementation architecture, I
think I have no problem on the end-end components.
a. I have some questions on whether a dual-protocol (AS2 & ebMS)
registry has been something anyone has done before?
Dale> I am not certain what this means. The ebMS registry can be used to
store ebXML information concerning business processes (BPSS instances)
as well as profiles for messaging (CPPs and CPA templates). In the CPPA
group, an editor's draft shows how a CPP could be used to support AS2,
but it is not released. So an ebMS registry may eventually support
profiles for AS2 if they emerge. If the question was, can a Registry be
accessed using AS2, I think the answer at the moment is "no" [Including
Farrukh on the list for confirmation on this.]
b. And whether there are any particular "traps" I should be aware of...
Dale> ?
c. I couldn't, technically, see any component that the AS2
implementation that isn't duplicable (I only need a 1-way mapping?) on
ebMS whether wrapper or payload structure. It looks like AS2 has a few
choices that are made at implementation time, but that can equally be
mapped to ebMS. Is there something I'm missing?
Dale> AS2 does not have any active support to link the message to a
business process (ebMS has concepts like Service, Action, Role) or to
tie communications into "threads" (ebMS has "CPAID", ConversationId, and
RefToMessageID that provide this support). In general AS2 is a more
RESTful use of the HTTP transfer protocol than is ebMS which builds on
SOAP-- if that is important to anyone. Whether these are shortcomings
depends on whether you want to tie your messages into business processes
and "conversations" and monitor them as such. If not, AS2 will do the
job of securely moving data with a signed acknowledgement of its
receipt. ebMS also uses XMLDsig which is a considerably more flexible
approach to digital signatures than that found in AS2. [Whether you need
that flexibility is another quite different question.]
I could equally bind the ebMS implementation to HTTP/HTTPS like AS2 to
simplify connectivity choices if needed. The only thing was "Data
Compression" which was highlighted in Drummond, I'm not sure if that's
an ebMS issue?
Dale> ebMS 2.0 does not specify a way to do compression but AS2
implementations all tend to implement the same compression scheme. That
does make a difference in bandwidth utilization because business data is
very compressible.
d. I think the "tricky" issue would be in the various supplier and
retailer IDs/accounts across the different protocols... any thoughts on
this welcomed.
Dale> That is handled in ebXML via the CPPA specifications. CPPA is
beginning to see wider deployment and sometimes is stored in registries.
You are right that setting up and managing the 10,000 accounts is a big
part of the headache.
Well those are the things that crossed my mind when I was thinking thru
this, am opened to other suggestions for sure!
My thanks for anyone who read this far! I look forward to any exchange,
responses or feedback...
Thanks!!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Daneel Pang
daneel_p@yahoo.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Two err is human. Three? Challenged!
Eventually, everything will be there...
I need this yesterday.
----- End forwarded message -----
--
Pete Wenzel <pete@seebeyond.com>
Senior Architect, SeeBeyond
Standards & Product Strategy
+1-626-471-6311 (US-Pacific)
To unsubscribe from this mailing list (and be removed from the roster of
the OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/ebxml-msg/members/leave_wor
kgroup.php.
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]