W3C home > Mailing lists > Public > public-ws-resource-access-comments@w3.org > May 2010

Re: Support WS-Management's optimization of Enumerations with small result sets

From: Gilbert Pilz <gilbert.pilz@oracle.com>
Date: Fri, 14 May 2010 15:48:39 -0700
Message-ID: <4BEDD347.2090505@oracle.com>
To: "wsman@dmtf.org" <wsman@dmtf.org>
CC: public-ws-resource-access-comments@w3.org
The WS-RA WG reviewed your issue on "Enum: Support WS-Management's 
optimization of Enumerations with small result sets" [1] on May 11th [2] 
and 12th [3] 2010, during its face to face meeting. After discussion, 
the WG agreed to close this issue with no change to the WS-Enumeration 
specification. The following points were made:

   1. The described use case (small number of items) is directly
      contrary to the use case that motivates WS-Enumeration
      ("transferring large data sets over SOAP"). If it is known that
      the representation of a resource will fit into a single SOAP
      message, that resource should be modeled using WS-Transfer.
   2. Folding the Pull operation into the Enumerate operation (as WS-Man
      v1.1 does) dramatically increases the complexity of both the
      specification and implementations.
   3. Removing the Enumerate operation and folding its semantics into
      the Pull operation (as the WG also considered) adds less
      complexity than (2) but creates potentially undesirable side
      effects such as removing the ability to create an enumeration in a
      way that doesn't pull any data items.
   4. The benefits of supporting the optimization (one less round trip)
      were outweighed by cost of increased complexity.

Please indicate via an email response to the WS-RA public comment list 
[4] as to whether this resolution of your issue is satisfactory.

[1] http://www.w3.org/Bugs/Public/show_bug.cgi?id=9609

[2] http://www.w3.org/2002/ws/ra/10/05/2010-05-11.html

[3] http://www.w3.org/2002/ws/ra/10/05/2010-05-12.html

[4] mailto:public-ws-resource-access-comments@w3.org




Received on Friday, 14 May 2010 22:51:35 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:40:12 UTC