Proposed resolution for issue 2.41

[peter_niblett@uk.ibm.com]

WS BaseNotification currently has a dependency on the wsrp:QueryExpressionType. This proposal reduces that dependency. It is expressed relative to WS BaseNotification 1.3 draft 0.1e

1. Update the pseudo-schema (line 392) to remove wsrp:QueryExpressionType, so it becomes
  <wsnt:Filter>
    [ <wsnt:TopicExpression Dialect="xsd:anyURI"> 
        {any}
      </wsnt:TopicExpression> |
      <wsnt:ProducerProperties Dialect="xsd:anyURI"> 
        {any} 
      </wsnt:ProducerProperties> |
      <wsnt:MessageContent Dialect="xsd:anyURI"> 
        {any}
      </wsnt:MessageContent> |
      {any}
    ] *

2. Replace the normative text for ProducerProperties and MessageContent... 

/wsnt:Filter /wsnt:ProducerProperties
This component contains a filter expression evaluated on the ResourceProperties [WS-ResourceProperties] of the NotificationProducer. The expression MUST be a Boolean expression.
The NotificationProducer must only deliver NotificationMessages to the NotificationConsumer if this expression evaluates to true.
/wsnt:Filter /wsnt:ProducerProperties/@Dialect
This attribute contains a URI specifying the type of ProducerProperties filter expression contained by the element. Some standard URIs are defined by the WS-ResourceProperties specification. Designers MAY define and use other domain-specific URIs to identify the dialect of the ProducerProperties filter expression.
The NotificationProducer MAY refuse to process the Subscribe request if the dialect used by the Subscriber in the ProducerProperties expression is not one of the dialects supported by the NotificationProducer.
/wsnt:Filter /wsnt:MessageContent
A filter limiting notification messages to the set for which the specified expression evaluated over the notification message to be delivered evaluates to true. A wsnt:MessageContent expression MUST evaluate to a Boolean. The evaluation context is NotificationMessage(s) that are Published on the Topic(s) identified by the TopicPathExpression defined by the wsnt:TopicPathExpression component of this message.
The NotificationProducer must only deliver NotificationMessages to the NotificationConsumer if this expression evaluates to true.

/wsnt:Filter /wsnt:MessageContent/@Dialect
This attribute contains a URI specifying the type of MessageContent filter expression contained by the element. There are two well known dialects identified by this specification, corresponding to two versions of the XPath language.
http://www.w3.org/TR/1999/REC-xpath-19991116
This URI identifies the XPath 1.0 language. The contents of the MessageContent expression MUST be a string containing a valid XPath 1.0 expression.
http://www.w3.org/TR/2003/WD-xpath20-20031112	
This URI identifies the Xpath 2.0 (working draft) language. The contents of the MessageContent expression MUST be a string containing a valid XPath 2.0 expression. Note: an additional URI will be added to represent the W3C Recommendation form of the XPath 2.0 language.
Designers MAY define and use other domain-specific URIs to identify the dialect of the MessageContent filter expression.
The NotificationProducer MAY refuse to process the Subscribe request if the dialect used by the Subscriber in the ProducerProperties expression is not one of the dialects supported by the NotificationProducer.

3. Remove import for WSRF-RP from XSD (line 1133)

4. Change declaration of ProducerProperties (line 1248) and MessageContent (1251)  to become
<xsd:element name="ProducerProperties"
                type="wsnt:QueryExpressionType" />
<xsd:element name="MessageContent"
                type="wsnt:QueryExpressionType" />


5. Add a definition of the QueryExpressionType to the XSD

<xsd:complexType name="QueryExpressionType" mixed="true">
     <xsd:sequence>
          <xsd:any minOccurs="0" maxOccurs="1" processContents="lax" />
     </xsd:sequence>
     <xsd:attribute name="Dialect" type="xsd:anyURI" />
 </xsd:complexType>