- From: Geoff Arnold <Geoff.Arnold@Sun.COM>
- Date: Sun, 04 May 2003 19:23:15 -0400
- To: www-ws-arch@w3.org
I would like to propose that one of the desirable characteristics of a Standard is "durability", which to me is synonymous with "future-proof". It means that the document is constructed in such a way that it requires *no* significant changes in the face of anticipated future developments, and *minimal* changes in the face of unanticipated developments. The core TCP/IP RFCs are excellent examples of this; the POSIX spec slightly less so. In the area of web services, we start from a simple base with two models: REST, and SOA SOAP+HTTP. Right now there are three developments that we can anticipate: - multiple types of message transports - choreography (which I interpret as MEP composition) - multiparty interactions Each of these developments will affect the web services model(s) in interesting ways; taken together, the consequences are hard to imagine at this point. One thing is clear (to me, anyway): the semantics of synchronization and coordination will change significantly from what we are discussing today. (Consider for example the use cases of an auction, checking creditworthiness, and credit card purchase, as well as the various ways these may be way composed.) All of the examples suggested by Assaf, Roger, Suresh, Ugo, and Mike seem to me to fail the "durability" test. They seem to derive properties from certain existing technologies or interactions and project them as intrinsic properties of web services. This appears to conflict with our cautious approach to defining web services in a maximally inclusive and fairly abstract way, Geoff
Received on Sunday, 4 May 2003 19:24:23 UTC