W3C home > Mailing lists > Public > xml-dist-app@w3.org > January 2001

Re: [DS8] Conversational message exchange - revised

From: Mark Needleman - DRA <mneedlem@dra.com>
Date: Thu, 18 Jan 2001 09:41:43 -0600 (CST)
To: Ray Denenberg <rden@loc.gov>
cc: john_ibbotson@uk.ibm.com, xml-dist-app@w3.org
Message-ID: <Pine.OSF.3.95.1010118094008.18507M-100000@tourist.dra.com>
Ray John

maybe the way to go is to generalize this and say exchanged in a long
running process .... Examples of such processes include  business
communications, information retrieval (and perhaps a couple of more to
indicate the types of long running exchanges we have in mind)


On Thu, 18 Jan 2001, Ray Denenberg wrote:

> john_ibbotson@uk.ibm.com wrote:
> > DS8  Two trading partners are engaged in a long-running business process
> > which involves multiple  message exchanges. ....
> John -- as we discussed yesterday, I would like to see this case accomodate the
> information retrieval scenario.  Could we expand it to include this:
> Two partners are engaged in an information retrieval session which involves
> multiple message exchanges, and multiple message patterns.
> This information retrieval scenario is modeled in terms of a client/server
> protocol; one partner is the client who wants to retrieve information from the
> other partner, the server.
> Inititially, the partners may exchange messages to set and/or negotiate
> parameters that will be in effect for the remainder of the process. The client
> may then send a query and the server responds with a count of documents
> resulting from processing the query.  The client may then request transmission
> of the first N documents (full text of the documents, specified portions only,
> or just metadata) then the next N documents, and so on. The client may
> subsequently send another query (thus a second result set would be created),
> request resulting documents, and might subsequently request additional documents
> from the first result set.
> Message exchange is patterned mostly in terms of request/response messages (e.g.
> for negotiation, query, and document retrieval) where the client sends a request
> and the server sends a response. However, there are some messages that the
> client may send that require no response. There are also messages that the
> server may send asynchronously; for example, the client may send a request (a
> query) and the server might send a message requesting clarification about the
> query; the client then sends the clarification, and subsequently the server
> sends a response to the query.
> --
> Ray Denenberg
> Library of Congress
> rden@loc.gov
> 202-707-5795
Received on Thursday, 18 January 2001 10:42:20 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:11:30 UTC