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: Trading Partner Logical Identification based on EDIFA


> >This level of reliable messaging can be accomplished using:
> >- a SYNCHRONOUS "positive acknowledgement" issued by a receiver
> to a sender
> >at the completion of a message delivery
> I think the operative word is "positive acknowledgement" -
> whether this is
> done synchronously or asynchronously is a transport specific
> implementation
> issue. IMO. I think one of the key values of ebXML TRP is transport
> neutrality at the Business Process Level and I think keeping the
> programming model simple is key to adoption.

I agree, we shouldn't require functionality that may not be available on all
the major transports people will most likely use to carry ebXML messages.

> >- A FINAL acknowledgement indicating acceptance for processing by an
> >application (e.g. a X12 997)
> Would you characterize this as a Business level ACK produced at
> the BP level ?

This is certainly a gray area and I think it's a matter of opinion.
Personally, I do not consider these BP level issues.  A 997 is used as an
ack to indicate "good" or "bad" format. IMO, the transport function has
completed its task when the data is delivered to the application for
processing. This means that the messaging service is responsible for
handling and reporting errors related to crypto functions and structure
validation (dare I say translation - oh boy this is going to start a war!).

Dick Brooks
Group 8760
110 12th Street North
Birmingham, AL 35203
Fax: 205-250-8057

InsideAgent - Empowering e-commerce solutions

> ..snip

[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