|
From: Gait B. <gai...@ti...> - 2002-12-19 13:23:28
|
Hi, while doing some internal testing in preparation for the = interoperability tests in Europe (within CEN), I found some issues with = the MSH. First issue is with the Service element, which, according to section = 3.1.4.1 of the ebMS 2 spec must be a URI unless a type attribute is = present. AFAICT, the MSH does not check this. Second is with multiple Errors: The API does not allow for adding = multiple errors to an ebXML message. The only function to add an Error = is the addErrorList function, which will add an ErrorList element with = one Error. I suggest that the ebxmlMessage class is augmented with an = addError function, which creates the ErrorList when needed. Alternative = is to allow for the creation of an empty ErrorList, and open up the = addError in the ErrorList class. The third issue is related to DuplicateElimination. I set up two Monitors talking to each other. One Monitor repeatedly = sends a message with a fixed message id and time stamp, and duplicate = elimination (DE) turned on. However, all messages are received by the = other Monitor. After adding some additional logging to = MessageServer.hasReceived, I found that the record for the corresponding = message is never retrieved from the database. I also noticed that = hasReceived queries against a set of application context parameters and = the message id, which I believe to be wrong, at least for DE. For DE, = checking should be done on the parameters passed in from the message, = since we want to check for duplication of the message itself. Did I miss something in the configuration that might break proper DE = handling? Could it be that it does not work because I'm looping back on = the same MSH, and the sending Monitor actually updates the DB in between = calls? thnx, ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gait Boxman Manager Advanced Technology & Standards TIE Product Development BV Amsterdam, The Netherlands Tel: +31 20 658 9091 Fax: +31 20 658 9945 E-mail: gai...@ti... WWW: www.TIEglobal.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |