RE: [ebxml-dev] MSH vs BSI acknowledgement messages

["Damodaran, Suresh" <Suresh_Damodaran@stercomm.com>]

yes, 2 and 3 are same, and  4 is not used typically in practice (when there
is a business response
message, then that serves the same purpose, and when it is only one-way,
i.e., notification, usually nobody cares to send a business ack). 

Regards, 
-Suresh 
Sterling Commerce (on loan to RosettaNet) 
469 524 2676 (O), 469 323 0234 (Cell) 



-----Original Message-----
From: Duane Nickull [mailto:duane@yellowdragonsoft.com]
Sent: Monday, September 15, 2003 9:41 PM
To: Anthony Ellis
Cc: ebxml-dev@lists.ebxml.org
Subject: Re: [ebxml-dev] MSH vs BSI acknowledgement messages


Yes - 2 and 3 are the same.

Duane

Anthony Ellis wrote:

>Thanks,
>
>I wasn't thinking about the http level ack at first but now I think the
spec
>can have up to 4 messages.
>
>Level 1 - Transport level. HTTP response
>Level 2 - MSH reliable messaging acknowledgement (as defined in the ebMSS)
>Level 3 - BSI ReceiptAcknowledgement message (as defined in the BPSS)
>Level 4 - BSI (or BPM) AcceptanceAcknowledgement message (as defined in the
>BPSS)
>
>Although I still think that Level 2 and Level 3 could be sent together as
>they really do the same thing. Although I come from a technical approach,
>not a business approach :)
>
>I know that the MSH and BSI layers should be seperate but I think there
>should be some overlap for simplicity's sake...
>
>
>-----Original Message-----
>From: Duane Nickull [mailto:duane@yellowdragonsoft.com]
>Sent: Tuesday, September 16, 2003 10:23 AM
>To: Anthony Ellis
>Cc: ebxml-dev@lists.ebxml.org
>Subject: Re: [ebxml-dev] MSH vs BSI acknowledgement messages
>
>
>Anthony:
>
>Almost.  You are correct in asserting that there may be three levels of
>acks.  First one couldbe an http ack (a basic 200 - ok).
>
>Second ack could be a message layer specific ack that says - yes - the
>message content is validated and received.  If specifically requested
>within the Message, must be delivered (timneouts etc apply to this).
>
>The third is a potential business level acknowledgement.  This is to say
>"Yes - we accept the terms of your business proposition".  It would be
>foolhardy to say that any communication received indicates acceptance of
>the business intent without checking it against the business rules
>(credit limits, shipping to constraints etc.).
>
>Want to have some real fun?  Try to imagine what happens if the business
>level acknowledgement gets sent back before the http level ack (Actually
>don't - we've been down this rathole before ;-)
>
>Duane
>
>Anthony Ellis wrote:
>
>  
>
>>I have a question regarding the link between the ebXML MSH and BSI and
>>regards to acknowledgement messages and was hoping to clear things up
>>a bit.
>>
>>MSH specifies reliable delivery, and this can be performed with ebXML
>>acknowledgment messages.
>>The BPSS spec then specifies another layer of acknowledgement
>>messaging, ie Receipt Acknowledgement and Acceptance Acknowledgement.
>>
>>Does this mean that there can be up to 3 acknowledgement messages sent?
>>
>>Firstly a MSH acknowledgement, which is simply an acknowledgement
>>attribute in the header of a message, sent once the message has been
>>delivered to the receiving application. There is no business document
>>(ie payload) associated with this message (or there doesn't have to be).
>>
>>Then a BSI, ReceiptAcknowledgment if the BSI can determine a message
>>is legible. This is a ebXML message with a payload containing an XML
>>ReceiptAcknowledgement document.
>>
>>Then a BSI, AcceptanceAcknowledgement if the BSI can determine
>>a payload document is legible and is successfully sent to the
>>Application. This is a ebXML message with a payload containing an XML
>>AcceptanceAcknowledgement document.
>>
>>It seems to me that the MSH acknowledgement message and the first BSI
>>ReceiptAcknowledgement message are a little redundant, as they
>>both signal that the original request message was succesfully
>>received. The MSH should not be sending it's acknowledgement if the
>>original message was not legible either.
>>Is this understanding correct?
>>
>>It just seems to me that there is very little coherence between the
>>MSH spec and the BPSS spec - or it could just be my understanding :)
>>
>>Thanks in advance..
>>
>>
>>Anthony Ellis
>>Red Wahoo
>>-----------------------------
>>Tel:  +61 438 878 003
>>www.redwahoo.com
>>
>>    
>>
>
>
>--
>***************************************************
>Yellow Dragon Software - http://www.yellowdragonsoft.com
>Web Services & ebXML Messaging / Registry Downloads
>UN/CEFACT eBusiness Architecture/ ebXMl Technical Architecture
>Phone:   +1 (604) 738-1051 - Canada: Pacific Standard Time
>Direct:  +1 (604) 726-3329
>
>
>
>
>
>
>  
>

-- 
***************************************************
Yellow Dragon Software - http://www.yellowdragonsoft.com
Web Services & ebXML Messaging / Registry Downloads
UN/CEFACT eBusiness Architecture/ ebXMl Technical Architecture 
Phone:   +1 (604) 738-1051 - Canada: Pacific Standard Time
Direct:  +1 (604) 726-3329