8075 2009-10-26 16:49:55 +0000 Enum: MaxTime could be clearer 2009-12-08 22:10:41 +0000 1 1 1 Unclassified WS-Resource Access Enumeration FPWD PC Windows XP CLOSED REMIND hasProposal P2 normal --- 1 dug dug public-ws-resource-access-notifications oldest_to_newest 29040 0 dug 2009-10-26 16:49:55 +0000 Current definition of MaxTime is: - - - - - - - - - - [Body]/wsen:Pull/wsen:MaxTime This OPTIONAL element (of type xs:duration) indicates the maximum amount of time the initiator is willing to allow the data source to assemble the Pull response. When this element is absent, the data source is not required to limit the amount of time it takes to assemble the Pull response. This is useful with data sources that accumulate elements over time and package them into a single Pull response. - - - - - - - - - - and at the end of the Pull section it says: - - - - - - - - - - Upon receipt of a Pull request message, the data source MAY wait as long as it deems necessary (but not longer than the value of the wsen:MaxTime element, if present) to produce a message for delivery to the consumer. 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. - - - - - - - - - - This is fairly inconsistent. The defn of MaxTime has nothing normative in it, but the paragraph at the end of the Pull section comes really close to saying something useful. Proposal: Move the sentence at the end of the Pull section into the Pull/MaxTime defn: This OPTIONAL element (of type xs:duration) indicates the maximum amount of time the initiator is willing to allow the data source to assemble the Pull response. When this element is absent, the data source is not required to limit the amount of time it takes to assemble the Pull response. **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. ** 29370 1 bob 2009-11-05 23:21:24 +0000 resolved with proposal