RE: XMail and XML Protocols (WAS: Removal (Time for XMail?))

I would also like to hear your rationale as to why HTTP is less than
adequate for highly asynchronous messaging.  I have worked with some fairly
high volume systems that utilize HTTP for asynch messaging.  They simply
pass a unique token (such as a UUID or URI value) back and forth to track
the transaction.  Its a simple ACK/NAK protocol:

  Issue request w/token
  Receive ACK w/token (same session)
  Later receive the response w/token
  ACK response w/token (same session)

The token is used to track transaction state and match up responses with
requests.  ACKing in the same session (with the appropriate token value)
ensures that the request or response has been delivered.

I think this approach, properly implemented, enables the use of HTTP in
highly asynchronous, transaction-oriented environments.

Comments?

JohnE


-----Original Message-----
From:  S. Mike Dierken <mike@knownow.com>
Subject: RE: XMail and XML Protocols (WAS: Removal (Time for XMail?))

> HTTP effectively solves the case of relatively
> synchronous request/response architectures, but is less than adequate for
> highly asynchronous messaging systems,

Tell me again why HTTP is less than adequate for highly asynchronous
messaging systems?

MikeD

Received on Sunday, 1 October 2000 21:03:27 UTC