Given a knowledge of REST and its implications for 
the network as described by Fielding, in some situations 
the decision to use SOAP/RPC could be construed as 
a third degree path dependence.  However, path dependent 
outcomes are delimited by the viewpoint (see complexity 
theory).  For the vendor trying to achieve lock-in, this 
is a good outcome.  For the health of the network, it isn't, 
or so it is asserted, and justifiably I think.    

Dharma (Duty) limits choices to increase artha (wealth) or 
kama (pleasure).   What is the right decision for the TAG 
given a community of network users dependent on the health 
of the network vs a community of members dependent on the 
wealth accrued from products?  I think the duty of the TAG 
is first to the community of network users because the 
wealth of the member community has a temporal relationship 
to the first group.

This philosophical description and the 
path dependence descriptions of complexity theory are 
remarkably the same.  Both arise from right choices made 
of correct knowledge or luck as it pertains to the chooser. 
Information ecosystems deals with the notion that such 
choices in large communities requires very intelligent 
choices of choices (principles or what is important given 
the potential sensitivity of the community to the choices 
of the individual).

len

-----Original Message-----
From: Didier PH Martin [mailto:martind@[...].com]

It could be interpreted this way :-) :-) but I have too much humor to see
the world that way. I simply stated a potential scenario and a potential
threat to REST like architectures. This scenario may or may not happen. It
just a "what if" game. Moreover, we shouldn't think that keeping its
monopoly situation is "a conspiracy ", it simply business. Maybe bad
business in the long run (or an harm to an industry) but its nonetheless
business with the main goal to bring value to its stakeholders and
shareholders.

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org> 

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>