Re: Indicating element nodes that must be optimized with XOP

* Prasad Yendluri <pyendluri@webmethods.com> [2004-06-01 18:38-0700]
> IMO the required / optional aspect needs to be driven by, whether is the 
> optimization feature itself is required or optional.
> At the element level all we need is a flag that indicates, if the 
> serialization is optimized then the elements tagged are to be part of it 
> (from the server perspective). Need to specify this @ only when true. 
> False is default when this flag is not present on an element.
This is a good point. Requiring optimization of an element node only
makes sense when the use of a feature providing XOP-packaging is
required.
> As an aside putting this flag on element definition (and not at the 
> binding level) is perhaps not great, but I am not sure the alternatives 
> would be simple.
We could indeed imagine a use case where a provider provides two
bindings with XOP support for the same service, and that each of those
bindings have different characteristics and therefore requirements.
One way we could approach this would be to have a xop:optimize element
under binding, which references to the elements to be optimized:
  <binding>
    ...
    <xop:optimize>
      <element ref="id_of_element1_to_be_optimized" hint="required" />
      <element ref="id_of_element2_to_be_optimized" hint="recommended" />
    </xop:optimize>
    ...
  </binding>
Regards,
Hugo
-- 
Hugo Haas - W3C
mailto:hugo@w3.org - https://www.w3.org/People/Hugo/