RE: FW: draft findings on Unsafe Methods (whenToUseGet-7)

I agree with those statements.  Education is what 
I came to the REST debate seeking given Paul Prescod's 
excellent posts and articles on the subject.  What 
is possible, however, is that the strength of the 
debate may overcome the purpose, education, resulting 
in a weakened positition for all.   A system that 
does not correspond to an architecture operates outside 
that architectural scope and that may be all that needs 
to be said.  Beyond that, a concern will arise relative 
to the overlapping parts of these systems, that is, 
XML, URIs, HTTP, about new features that make it more 
difficult for either system to interoperate.  Those are 
future decisions but will be problematic for the W3C 
and the TAG unless consensus is reached.

Acrimony is human; yet it has a way of breaking down 
the negotiation process, and over time, making 
parties irrelevant to a process.   SOAP is out there 
and it is working.  Education consists of making it 
explicit where it does not correspond to the architecture 
and therefore, is not warrantied by it.  When one faces a 
lawsuit for liquidated damages, such de jure documentation 
is useful for all parties.

len

-----Original Message-----
From: Keith Moore [mailto:moore@cs.utk.edu]
Sent: Tuesday, April 23, 2002 7:06 PM
To: Bullard, Claude L (Len)
Cc: 'Roy T. Fielding'; www-tag@w3.org
Subject: Re: FW: draft findings on Unsafe Methods (whenToUseGet-7) 


> If Internet systems need to bifurcate, let them.

it's not as if anyone here can prevent such bifurcation.

on the other hand, if too few people understand why SOAP in its
current form is a bad idea, or that its use should be subject to
certain constraints, then it seems at least potentially useful 
to educate them.

folks are going to make their own choices, and often those
choices will be harmful to the net as a whole.  this fact 
shouldn't dissuade knowledgable individuals and organizations 
from trying to influence those choices for the greater good. 

Keith

Received on Wednesday, 24 April 2002 10:24:22 UTC