W3C home > Mailing lists > Public > www-ws-desc@w3.org > October 2003

RE: "Bulk load" get/set

From: Jeffrey Schlimmer <jeffsch@windows.microsoft.com>
Date: Wed, 1 Oct 2003 20:25:00 -0700
Message-ID: <DDE1793D7266AD488BB4F5E8D38EACB8031FA345@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com>
To: <www-ws-desc@w3.org>


> Savas Parastatidis wrote:
> [snip]
> >
> > I find myself agreeing with Tom (in spite of his liking of
> *Underworld*
> > :)), but then, I've been easily swayed on this topic. I wonder if
> > folks who find "operation" too suggestive of objectness find
> attributes
> > similarly misleading.
> >
> Saying that "attributes" are just "suggestive of objectness" is an
> understatement :-)
> I have expressed my worries in the past that additional semantics are
> added to web services that simply don't exist. What does it mean for a
> web service to have attributes? A web service only knows about message
> exchanges. Whether you call it an "operation" or an "attribute" it's
> still a message. So why have both? In object-oriented systems
> have meaning, have semantics. What's their meaning in Web Services?
> I don't believe in the "Grid requires them" statement. But even if
> that's the case, a separate specification could be defined. However, I
> am confident that it is possible to build Grid applications using Web
> Services without the need for attributes (or any of the other
> Grid-specific semantics given to services for that matter).
> What's next for WSDL? Private/protected/public keywords? Or, what
> semantics should we add to web services? Ability to garbage collect
> (my favourite), mobility, transience, transactionality, secure,
> composable, etc? (Before I am misunderstood... I am not suggesting
> such additional features should not be implemented... well, for some
> least. Instead, as it is the case with the factorised nature of WSA, a
> new functionality should be introduced separately without overloading
> the semantics of a Web Service).
> Best regards,
> .savas.
Received on Wednesday, 1 October 2003 23:25:23 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:54:44 UTC