[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: Issue 084 - DPWS - Service Subscribe Fault Clarification
We had a discussion about this on the last conference call, and
I’ve put together an updated proposal. Text in red is new. This change would add two explanatory
paragraphs, and a new restriction (currently marked as R????; I’ll give this a
real number when it’s added into the spec).
R3018:
If a HOSTED SERVICE does not understand the [address] of the End To of a
Subscribe SOAP ENVELOPE, the HOSTED SERVICE MUST generate a
wsa:DestinationUnreachable SOAP Fault in place of a
SubscribeResponse. R3017 and R3018 do not ensure that a HOSTED SERVICE can contact an
event sink, but they do provide a mechanism for the event source to fault on
unsupported URI schemes or addresses it knows it cannot contact. R????: If a HOSTED SERVICE
generates a wsa:DestinationUnreachable SOAP Fault under R3017 or R3018, the
SOAP Fault Detail MUST be the EndTo or NotifyTo Endpoint Reference Address that
the HOSTED SERVICE did not understand. R???? allows a client to distinguish between a SOAP Fault generated
due to an unreachable [destination] information header in the Subscribe
message, and a SOAP Fault generated due to an unreachable NotifyTo or EndTo
address. From: Ram Jeyaraman
[mailto:Ram.Jeyaraman@microsoft.com] This issue is assigned the number 084. For further
discussions on this issue, please refer to this issue number or use this
thread. From: Scott de Deugd
[mailto:dedeugd@us.ibm.com] Document:
DPWS 1.1-spec-wd-02-1 Description:
R3018: If
a HOSTED SERVICE does not understand the [address] of the End To of a Subscribe
SOAP ENVELOPE, the HOSTED SERVICE MUST generate a wsa:DestinationUnreachable
SOAP Fault.". R3018: If
a HOSTED SERVICE does not understand the [address] of the End To of a Subscribe
SOAP ENVELOPE, the HOSTED SERVICE MUST generate a wsa:DestinationUnreachable
SOAP Fault in place of a SubscribeResponse.
The
details of the fault sent back to the client needs to reference the bad EPR -
otherwise people may think it was the wsa:To of the Subscribe. Performing a
check during the Subscribe does not prevent the possibility of an EndTo or
NotifyTo URI becoming unreachable at a later point in time. However, doing such
a check during Subscribe may be useful in detecting erroneous URIs or
unsupported transports. |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]