W3C home > Mailing lists > Public > xml-dist-app@w3.org > July 2002

Re: FW: LC Comments: Web Method Feature

From: Mark Baker <distobj@acm.org>
Date: Wed, 3 Jul 2002 16:00:20 -0400
To: "Williams, Stuart" <skw@hplb.hpl.hp.com>
Cc: "'xml-dist-app@w3.org'" <xml-dist-app@w3.org>
Message-ID: <20020703160020.K10550@www.markbaker.ca>

Hey again,

On Wed, Jul 03, 2002 at 07:08:53PM +0100, Williams, Stuart wrote:
> > Hmm, that wouldn't be my preference.  My preference would be that it is
> > possible for there to be a mismatch between a set of features/MEPs,
> > and a protocol binding.  i.e. "sorry, there's no reasonable way to
> > implement this feature/MEP with this underlying protocol"
> 
> Ok... in our current style that would likely be expressed as a bunch of
> precondition wrt to the use of a feature or features in combination. But we
> are back to the optional/mandatory nature of the use rather than provision
> of features.
> 
> I guess what your saying is... the binding user didn't set webmeth:Method,
> the binding goes 'barf... you didn't set webmeth:Method' and the binding
> user scratches its head... but I know what I expect Request-Response to
> do... if its lucky someone says... just plug in POST it'll work, all will be
> fine... so I use that recipe with no more or less understanding of who to
> organise and identify resources than I had before.

No, I'm saying that a designer of a binding, who wants to incorporate a
list of MEPs, might do lots of work only to discover that she can't
implement one or two of them in a reasonable way.  So she does the best
she can and then specs out that binding, listing only the MEPs that she
was able to incorporate.  i.e. it's a design-time mismatch, not a
runtime one.

> >  [1] http://lists.w3.org/Archives/Public/xml-dist-app/2002Jan/0416
> 
> Well I think that leaves things horribly twisted... but as possibly a non-
> or an anti- layerist... I doubt that would bother you ;-)

We didn't start the fire! 8-)  I'm just trying to make the best of a
sub-optimal situation.

MB
-- 
Mark Baker, CTO, Idokorro Mobile (formerly Planetfred)
Ottawa, Ontario, CANADA.               distobj@acm.org
http://www.markbaker.ca        http://www.idokorro.com
Received on Wednesday, 3 July 2002 16:02:33 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:59:10 GMT