This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The spec does not say what happens when the content of the wse:Delivery is not wse:NotifyTo and is not recognized. Per WS-*, unknown extensions should be ignored. However, this may lead to the wse:Delivery element to be considered empty, which is not allowed by the spec. Either a general wse:InvalidSubscription fault should be returned, or, as specific faults for all child elements (EndTo, Format, NotifyTo, Expires, Filter) are already defined, a new one for Delivery should be added.
The spec says <Delivery> must have at least one child but does not say that child has to be recognized. An unrecognized element still exists and cannot be considered empty in XML 1.0. Therefore, no fault is necessary.
OK, maybe my description is not clear. The question should be: what should an event source return in response to a subscribe request containing a wse:Delivery element with unrecognized (and therefore ignored) content? It cannot be a subscription manager endpoint (the subscription is not created), so I guess it should be a fault. Which one? None of the predefined faults seems to apply.
resolved by agreeing to generate a fault when no delivery mechanism has been established. Editor to supply text
adding new Fault "NoDeliveryMechanismEstablished" with appropriate explanatory text
reviewer satisfied http://lists.w3.org/Archives/Public/public-ws-resource-access/2010May/0040.html