Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


REST, SOAP, Speech Acts and the mustUnderstand model of SOA communications(was: Re: What Does SOAP/WS Do that A REST System Can't?)

From: Sean McGrath <sean.mcgrath@--------.--->
To: xml-dev@-----.---.---
Date: 4/1/2005 7:21:00 AM
Whatever about the pros and cons of REST versus SOAP, I think it is
abundantly clear that the mustUnderstand model [1] is a key concept in
developing loosely coupled systems that can evolve independently.

I would like to suggest that the mustUnderstand model is sufficiently
important that it should be added to the xml namespace alongside
xml:space and xml:lang.

I'm a big fan of conceptualising XML message exchange in terms of
Speech Acts[2]. To make the most of the power of this abstraction, I
think it is necessary to extend the coarse boolean mustUnderstand
model into a more fine grained model that matches the way speech acts
are used in the real world.

I would like to suggest that xml:mustUnderstand be an enumeration with
a number of positive integer values, the semantics of which, should be
part of the specification. I can think of five.

Additions/comments on these welcome:


xml:mustUnderstand="0" - It is permissable for the recipient to not
understand the message fragment. No specific directions about the
speech act semantics in this case.

xml:mustUnderstand="1" - The message fragment must be understood,
otherwise the conversation must fail.

xml:mustUnderstand="2" - reciever must claim to understand, even if it
does not. The sender should have not be able to tell whether or not
the receiver really understands or is simply claiming to
understand. This is particularly useful in the service industries.

xml:mustUnderstand="3" - receiver may at first issue one or more
failure responses indicating that it does not understand the message
fragment. Then, without any action from the sender other than retries,
the receiver begins to understand the message fragment. This has many
applications in the political arena.

xml:mustUnderstand="4" - reciever may claim to understand the message
fragment one or more times and then begin issuing failure
responses. The failure responses should indicate that the message was
never understood and assert that the receivers behavior has been
consistent in this regard all along. This has many applications in the
media and in academia.

xml:mustUnderstand="5" - reciever may claim not to understand but,
unknown to the sender, may act upon the message fragment. This has
many applications in e-commerce.


Thoughts?

Sean
seanmcgrath.blogspot.com

[1]
http://www.pacificspirit.com/blog/2004/07/27/dare%20versioning%20extensibility%20article%20comparison

[2]
http://www.manageability.org/blog/stuff/the-restfulness-of-speech-acts/view


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent