- From: <bugzilla@jessica.w3.org>
- Date: Sun, 06 Feb 2011 13:06:58 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11990
Summary: Enum: MaxTime on create is problematic
Product: WS-Resource Access
Version: PR
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Enumeration
AssignedTo: public-ws-resource-access-notifications@w3.org
ReportedBy: dug@us.ibm.com
QAContact: public-ws-resource-access-notifications@w3.org
Enum has this text for the MaxTime element:
- - - - -
The data source MUST recognize the wsen:MaxTime element and return a
wsen:TimedOut fault if no elements are available prior to the request message's
deadline. However, this fault MUST NOT cause the enumeration context to become
invalid and the consumer can issue additional Enumerate requests using this
enumeration context after receiving this fault.
- - - - -
This is problematic due to the Pull() and Enumerate() now being
part of the same operation. If the MaxTime is hit is during the
Enumerate/Create step a fault is thrown - this means that the client
will never get back the EnumerationContext for the new enum (which is still
active). They would have no choice but to create an entirely new Enum - which
may not be what they want - and it means we have zombie enums left around.
Proposal:
- Modify Enum so that when MaxTime is hit the data source just returns
zero Items in the response instead of a fault.
- remove the TimedOut fault
- modify the xsd so that Items can be empty
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
Received on Sunday, 6 February 2011 13:07:02 UTC