Re: The deep difference between request/response and fire-and-forget

> That's fine (though I doubt any server would bother), since the
> client, by closing the connection, has declared that it doesn't care
> whether the server processed the message successfully or not.  So
> either way (success or fail), the resulting state of the system is
> indeterminate from the client's POV (the determinism tradeoff I
> mentioned).

Okay, we agree.  But when your note said "at worst inefficient use of
TCP," it wasn't clear to me that we did.
	/r$
-- 
SOA Appliance Group
IBM Application Integration Middleware
* This address is going away; please use [email protected] *