|
From: Ronald v. K. <rv...@ab...> - 2003-04-22 11:43:31
|
Hi, In our current implementation (not freebxml and not fully ebxml compliant) we use an central ldap server to do a lookup for the host and type (smtp/http/...) where a message for a certain PartyId and corresponding type should be delivered. This could be skipped if the value of the PartyId is a URI. But I agree, one way or another, it should work for other values than "http://...." 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. Ronald -----Oorspronkelijk bericht----- Van: Mayne, Peter [mailto:Pet...@ap...] Verzonden: dinsdag 22 april 2003 7:00 Aan: 'ebx...@li...' Onderwerp: [ebxmlms-develop] Sending/receiving acknowledgements A two part question on acknowledgements. First, I'd like to check some logic. The party ids of our messages are not of the form <eb:From> <eb:PartyId> http://from/msh/ <http://from/msh/> </eb:PartyId> </eb:From> Instead, they look like this: <eb:From> <eb:PartyId eb:type="ABN">123456789</eb:PartyId> <eb:Role>Buyer</eb:Role> </eb:From> Normally, this doesn't seem to matter. However, when an acknowledgement is requested, MessageProcessor attempts to build the URL of the message recipient from the From PartyId. In our case, this is doomed to failure, and the acknowledgement message is sent to the local Hermes instead. Is this correct? If so, I'll have to add some more code to resolve a destination URL from a partyid, and fix MessageProcessor to use it. Second question: when an acknowledgement message is received, Hermes appears to swallow it, and doesn't send it on to my listener. How can I tell if an acknowledgement has arrived? Thanks. 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. |