W3C home > Mailing lists > Public > xml-dist-app@w3.org > November 2000

Re: DR302

From: Glen Daniels <gdaniels@allaire.com>
Date: Wed, 15 Nov 2000 00:37:01 -0500
Message-ID: <01a301c04ec6$14e1b000$0b00a8c0@gamebox>
To: "Rekha Nagarajan" <rnagaraj@calico.com>, <xml-dist-app@w3.org>

An example of decentralized extensibility without prior agreement might be
as follows (folks who originally worded this, please correct me if I'm not
in line with your thinking here):

A client attempts to access service S.  While there is certainly some sort
of a-priori knowledge which allows the client to know the sort of service S
offers (let's say a tax-calculation service in this case), the client does
NOT know that the company who provides S recently added an authentication
extension AUTH to the service.  So the initial call fails with a fault
indicating the missing authentication information is the culprit.  Luckily,
the client has a repository of available extensions, one of which happens to
be AUTH (the client version).  So it can then simply trigger the AUTH
extension, which gathers authentication information from the user and
includes that in a resent copy of the XP message, which succeeds this time.

Service discovery would make this process quicker, but it isn't necessary in
this case.


----- Original Message -----
From: Rekha Nagarajan <rnagaraj@calico.com>
To: <xml-dist-app@w3.org>
Sent: Wednesday, November 15, 2000 12:02 AM
Subject: DR302

> DR302 states:
> "The XML Protocol MUST support modular extensibility between communicating
> parties in a way that allows for decentralized extensibility without prior
> agreement. The WG must demonstrate through use cases that the solution
> supports decentralized extensibility in a modular and layered manner."
> We believe this is out of scope (the "without prior agreement" part),
> because service discovery is out of scope, and we don't see how we can do
> one without essentially solving the other.
> - Rekha
> Rekha Nagarajan
> Calico Commerce
Received on Wednesday, 15 November 2000 00:39:10 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 22:01:10 UTC