RE: [ebxml-msg] Pim on routing intermediaries, WS-ReliableMessaging

Dale,

I'm not sold on WS-Reliable messaging - for starters its merely trying to mimick what ebMS already has for the past five years!

Then - who knows what oversights they've made in the rush to get something in place. Reading their design and such does not give me great confidence. My sense is we are well ahead of them - and they should be adopting ebMS reliable messaging (and actually they are trying to clone most of it!!!)  Of people using WS the majority could not careless about reliable delivery - in fact their whole modus operandi is built assuming unreliable messaging and instant traffic exchanges (query/response).

OK - so where does that leave us?

Why can we not look at some kind of orchestration agent here?  Seems to me that what is needed is a very simple component that is tasked with plugging the gap and acting as an ebMS/SOAP delivery extension agent.  All it has to be able to do is manage SOAP-based exchanges at the basic transport level.  If its built very dumb and simple - it just acts as a relay and a pass through - with minimal logic - mostly just leveraging SOAP acks and errors themselves.

The ebMS then interacts with one or more of these SOAP relay agents - and will keep trying delivery until it gets an end-to-end SOAP acknowledgement relayed back to it.

The agent could be designed to use basic WS - and in fact then any SOAP server could be integrated as a delivery service with the simple addition of the agent component.  This seems much more like what we want.  Coopting delivery via SOAP servers.

DW

"The way to be is to do" - Confucius (551-472 B.C.)

>