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

On 1/24/06, Rich Salz <rsalz@datapower.com> wrote:
> > 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.

Ah, good.  But there were two parts to that worst case, the second of
which you truncated; "and it trades-off determinism for simplicity of
implementation".

Cheers,

Mark.