|
From: Patrick Y. <kc...@ce...> - 2005-10-28 07:14:35
|
Currently Hermes doesn't consider holding the connection and wait for the application to generate response after parsing the payload. In other words, it only supports syncReply=3Dnone and syncReply=3DmshSignalsOnly now. We have once consider to support more modes. However, to support other mode of sync reply, we have to change the model to deliver message to the client= s as well as the model for the client to submit message for sending. If you got an idea to implement it, please go ahead. You are welcomed to send us the patch so that we can add it to the repository. On 10/22/05, Gannholm Torbj=F6rn <tor...@tu...> wrote: > > Hi all! > > We have currently been looking at Hermes for the svefaktura concept, > http://www.svefaktura.se/ <http://www.svefaktura.se/> (there are docs in > english if you look down the left side) > > This is actually more of a web service rather than reliable messaging, bu= t > the technical specifications do follow the ebMS 2.0 specification. > > The "problem" is that it requires a business process signal (ebBPSS > ReceiptAcknowledgement) in a syncReply (which I think is ebMS > syncReply=3DsignalsOnly) after recognition and schema validation of the > payload, and as far as I can tell, the only syncReply levels actually > implemented in Hermes are syncReply=3Dnone and syncReply=3DmshSignalsOnly= . > > Is there any work being done to implement these syncReply levels in > Hermes? > Or any interest? > > If we would proceed and try to implement it, what would be the necessary > procedure and the likelihood of it being included in Hermes (as we are > specifically not interested in maintaining a fork)? > > Best Regards, > Torbj=F6rn Gannholm > Swedish Customs/IT > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > ebxmlms-develop mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop > -- Regards, -Patrick |