RE: REST, Conversations and Reliability

> -----Original Message-----
> From: Martin Chapman [mailto:martin.chapman@oracle.com]
> Sent: Wednesday, August 07, 2002 7:54 PM
> To: 'Ugo Corda'; 'Champion, Mike'; www-ws-arch@w3.org
> Subject: RE: REST, Conversations and Reliability
> 
> 
> Do we really want this in Web Service-land; is there any 
> point without a wire format?  

Are you suggesting that WSA ask SOAP to re-think its defininition on top of
the infoset rather than XML syntax?  Or maybe suggesting that web services
SHOULD use XML pointy brackets rather than some alternative syntax? 

I think we ought to say that to maximize interoperability, the XML syntax is
clearly best practice.  Still, there are other considerations besides
interoperability [he says, awaiting the thunderbolts from the RESTifarians
<grin>].  As far as my MQSeries - Web via intermediary scenario goes, I
don't think it matters to the WSA what some internal implementation of SOAP
does for a wire format so long as they preserve the infoset representation.
More plausibly, would anyone insist that the "wire" format of wireless web
services use pointy brackets, namespace URIs in all their bloated glory,
etc.  if they can compress/tokenize/whatever that stuff away?  We can say
that's bad practice for interoperability, but they may point out that
interoperability of services that are too slow to be economically viable is
not really an issue worth debating.

Or to put it another way, the WSA might recommend XML syntax as a wire
format for interoperability reasons, but must not build higher layers or
dependent modules on the assumption of XML syntax, only that whatever the
wire format is, it can be mapped to the SOAP infoset representation.   Would
anyone disagree?  I think we're asking for a fight with the XMLP and TAG
folks if we suggest backtracking on the infoset basis for the formal specs.

Received on Thursday, 8 August 2002 05:55:26 UTC