|
From: Patrick Y. <kc...@ce...> - 2003-04-24 10:28:03
|
MessageTotally agree that the application is not standardized (yet). :-)
So, the "PositiveAcknowledgment" feature is in the =
"subjected-to-change-without-notice" state. Please bear with us.. ;-)
Regards, -Patrick
----- Original Message -----=20
From: Ronald van Kuijk=20
To: 'ebx...@li...'=20
Sent: Wednesday, April 23, 2003 4:32 PM
Subject: RE: [ebxmlms-develop] Sending/receiving acknowledgements
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=20
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,=20
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=20
under the Privacy Act 1988 (Cth). Consent is hereby given by the =
recipient(s) to=20
collect, hold and use such information and any personal information =
contained in a=20
response to this email, for any reasonable purpose in the ordinary =
course of=20
Spherion's=20
business, including forwarding this email internally or disclosing it to =
a third party. All=20
personal information collected by Spherion will be handled in accordance =
with=20
Spherion's Privacy Policy. If you have received this email in error, =
please notify the=20
sender and delete it.
(c) you agree not to employ or arrange employment for any candidate(s) =
supplied in=20
this email and any attachments without first entering into a contractual =
agreement with=20
Spherion. You further agree not to divulge any information contained in =
this document=20
to any person(s) or entities without the express permission of Spherion.
|