RE: "Reliable" web services for Next Big Thing? (was RE: Agenda for 5 December WSA telcon)

<snip/>

>
> Can we just focus on "reliable messaging" (AFAIK, a guarantee that
> a SOAP message will arrive either 0 or 1 times at its destination,
> and the sender will be unambiguously informed which it was), or
> is the larger architectural question of "reliability" something
> we can dig into?
>

I think that a simple acknowledgement protocol in soap headers would be very
useful and hit an 80/20 point.  We've consistently heard from customers and
partners that reliable messaging is very important to them.  I support the
discussion and architectural description of reliable messaging in this
forum.

And saying that reliable messaging protocols don't make sense is akin to
saying that we don't need tcp as ip already exists.

Cheers,
Dave