- From: Katy Warr <katy_warr@uk.ibm.com>
- Date: Tue, 22 Sep 2009 11:03:51 +0100
- To: public-ws-resource-access@w3.org
- Message-ID: <OF5000B84A.AEE8B75A-ON80257639.00344E0F-80257639.00374808@uk.ibm.com>
On further consideration, the text #4 "A subscription is not valid if it
has expired." is an important definition that is not specific to the
GetStatus message. Assuming that the group agrees with this point, I
suggest that we remove it from 4.3 and instead state it once only at the
beginning of the document by adding a definition of the word
'Subscription' to the Terminology section. A definition for Subscription
should probably be in the terminology section anyhow. Like this:
3.4 Terminology
"Subscription
A registration of interest in receiving Notification messages from an
Event Source. Subscriptions may be created, renewed, expired or
cancelled. A subscription that has expired or deleted is no longer
valid."
Also, the text in #1:
"If the event source is unable to perform the request because the
subscription is not valid, the request MUST fail and the subscription
manager MUST generate a wse:InvalidSubscription fault."
is ambiguous as it does not *prevent* the subscription manager from
performing the request if the subscription is invalid. Assuming that is
what we require, I suggest this instead:
"If the subscription is not valid, the request MUST fail and the
subscription manager MUST generate a wse:InvalidSubscription fault."
----- Forwarded by Katy Warr/UK/IBM on 22/09/2009 10:31 -----
From:
Katy Warr/UK/IBM
To:
public-ws-resource-access@w3.org
Date:
17/09/2009 17:47
Subject:
Issue 7553: Eventing - GetStatus Fault Message (action item 102)
Following discussions from Tuesday's call, here's a proposed fix for
http://www.w3.org/Bugs/Public/show_bug.cgi?id=7553 action item 102
http://www.w3.org/2002/ws/ra/tracker/actions/102
1) Add text to 4.3 GetStatus:
"If the event source is unable to perform the request because the
subscription is not valid, the request MUST fail and the subscription
manager MUST generate a wse:InvalidSubscription fault.""
2) Add the following fault section:
6.13 InvalidSubscriotion
This fault is generated when a request specifies a subscription that is
not valid.
[Code] s12:Sender
[Subcode] wse:InvalidSubscription
[Reason] The subscription is not valid
[Detail] <wse:SubscriptionExpired>?
Optional.
3) Extend section 6.1 to correctly detail the subscriptionExpired element:
6.1 Fault Detail Elements
The following elements are used to convey additional information in the
faults.
6.1.1 RetryAfter
/wse:RetryAfter
This element (whose content is of type xs:unsignedLong) is a suggested
minimum duration in milliseconds to wait before retransmitting the
message. Omission of this element indicates that a retry is never likely
to succeed.
/wse:RetryAfter/@any
Optional extensibility attributes that do not affect processing.
6.1.2 SubscriptionExpired
/wse:SubscriptionExpired
This empty element MAY be used by a subscription manager to indicate
that it was unable to process a request because the subscription to which
the request refers has expired.
This is an optional element. Implementations are not required to retain
information about expired subscriptions.
/wse:SubscriptionExpired/@any
Optional extensibility attributes that do not affect processing
4) The current wording in the spec implies that expired subscriptions are
valid. This contradicts the above usage of faults (where expired
subscriptions are not valid). Replace the following text in 4.3
GetStatus:
"If the subscription is valid and has not expired, the subscription
manager MUST reply with a response of the following form: "
with
"A subscription is not valid if it has expired. If the subscription is
valid, the subscription manager MUST reply with a response of the
following form: "
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
Received on Tuesday, 22 September 2009 10:05:02 UTC