W3C home > Mailing lists > Public > www-ws-arch@w3.org > July 2003

RE: Revised proposed text for intermediary

From: <michael.mahan@nokia.com>
Date: Thu, 17 Jul 2003 11:41:33 -0400
Message-ID: <5C76D29CD0FA3143896D08BB1743296AB8A043@bsebe001.americas.nokia.com>
To: <hugo@w3.org>
Cc: <www-ws-arch@w3.org>

>I don't think that the definition says that the SOAP intermediary has
>to be explicitely targeted, only that they can be.
>> If we are not relaxing the definition, then I would s/may/must/
>I used "may process" thinking about the case of an active intermediary
>which would end up inspecting the message and making the decision of
>not doing anything to it and forwarding it as received. However,
>"processes" works as well in the end: after all, parsing and making
>the decision of not doing anything is processing.

According to the section 2 of the 1.2 spec, "A SOAP node receiving a
message MUST (their emphasis) perform processing according to the SOAP 
processing rules". The processing rules then takes over and forces the
node to process in the role which that node operates. 

So I am not certain if 'inspecting the message and making the decision
of not 
doing anything' is an option. It seems that the decision to do or not do
is completely deterministic and is based on the fact that the SOAP
message arrives 
at the SOAP (intermediary) processor and whether any headers contain the
role attribute 
with value 'next'.

>Does the revised text ([2] with the modification [3]) address your

The section about active intermediaries in the 1.2 spec may answer my
above and be the formalism which an 'inspection' only of a SOAP message
can occur.
Is that your interpretation? If this is the case - then a SOAP Active
can have no headers targeted at it, and can insert, remove, or edit
headers at will. 

>  2. http://lists.w3.org/Archives/Public/www-ws-arch/2003Jul/0107.html
>  3. http://lists.w3.org/Archives/Public/www-ws-arch/2003Jul/0110.html
>Hugo Haas - W3C
>mailto:hugo@w3.org - http://www.w3.org/People/Hugo/
Received on Thursday, 17 July 2003 11:41:41 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:41:08 UTC