|
From: Ronald v. K. <rv...@ab...> - 2003-04-23 08:34:06
|
You are right that an MSH may notify the application and I agree that it would be a nice feature. But since the interface to an application is not standardized (yet) and that a server MAY implement it, I have more faith in an acknowledgement on the businessprocess layer in addition to receiving a payment in a few days/weeks/months later (if at all regarding the current state of the economy ;-) ) Ronald -----Oorspronkelijk bericht----- Van: Mayne, Peter [mailto:Pet...@ap...] Verzonden: woensdag 23 april 2003 2:10 Aan: 'ebx...@li...' Onderwerp: RE: [ebxmlms-develop] Sending/receiving acknowledgements Regarding the acknowledgement, it is only a messaging layer acknowledgement for reliable messaging (afaik). If you need the application behind the listener to receive an acknowledgement, it should be an ack on a different level (other ebxml layer, or even not ebxml at all), not a messaging layer ack. Yes, but it would still be nice for the person that initiated the message to know it has arrived. In our case, someone here sends an invoice to a partner. The business acknowledgement of that invoice is a payment some days/weeks later. However, it would be convenient for the person who sent the invoice to get an acknowledgement (usually within a few minutes) that the message has been received. If things are broken (the Internet is down, the partner is off the air, our Hermes server is not sending messages), then the lack of a fast acknowledgement is a good indication that things need to be fixed. The ebXML spec says "Upon receipt of an end-to-end Acknowledgment Message, the From Party MSH MAY notify the application of successful delivery for the referenced message." Notification would be good, because then we can decide to ignore acknowledgements, rather than Hermes not telling us about them. PJDM -- Peter Mayne Technology Consultant Spherion Technology Solutions Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602 T: 61 2 62689727 F: 61 2 62689777 The information contained in this email and any attachments to it: (a) may be confidential and if you are not the intended recipient, any interference with, use, disclosure or copying of this material is unauthorised and prohibited; and (b) may contain personal information of the recipient and/or the sender as defined under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to collect, hold and use such information and any personal information contained in a response to this email, for any reasonable purpose in the ordinary course of Spherion's business, including forwarding this email internally or disclosing it to a third party. All personal information collected by Spherion will be handled in accordance with Spherion's Privacy Policy. If you have received this email in error, please notify the sender and delete it. (c) you agree not to employ or arrange employment for any candidate(s) supplied in this email and any attachments without first entering into a contractual agreement with Spherion. You further agree not to divulge any information contained in this document to any person(s) or entities without the express permission of Spherion. |