Namespace: |
|
Content: |
complex, 3 attributes, 4 elements |
Defined: |
globally in hscommon.xsd; see XML source |
Includes: |
definitions of 4 elements |
Used: |
at 14 locations |
XML Representation Summary |
||||||||||||
<... |
||||||||||||
|
||||||||||||
> |
||||||||||||
|
||||||||||||
</...> |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
This element defines a subscription node that is designed to
</xsd:documentation>
be an <b>xdb:blue</b>
node which, when placed in a content document, causes
a subscription to be registered. A subscription contains a trigger element which selects a scope of coverage. When items change that are under this scope of coverage, and <b>subscriptionResponse</b>
message is generated and sent to the specified
destination address. <xsd:appinfo>
<xdb:system type="subscription"/>
</xsd:appinfo>
<xsd:sequence>
<!--
</xsd:sequence>
// // a subscription contains // - trigger which specifies the data that will // trigger a notification // - an expiration time after which the subscription // will expire and automatically be removed from the // document // - context which is transmitted when this subscription is triggered // - a location to send the subscription message to -->
<xsd:complexType>
</xsd:element>
<xsd:attribute name="select" type="xsd:string" use="required">
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This item specifies an XPath expression that specifies the nodes that are
</xsd:documentation>
to be selected and watched for changes. The selection may select only <b>xdb:blue</b>
nodes. As changes in this node set occur, they
trigger the generation of subscription messages. These messages are then sent to the SOAP receiver listed in the <b>to</b>
element.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute specifies whether the content of the changes
</xsd:documentation>
that triggered the subscription are delivered in the subscription message, or the message simply indicates that something changed under the trigger. The attribute may be: <dl>
<dt>
</dl>
<b>includeData</b>
</dt>
<dd>
The data that changed, causing the subscription to trigger, is
</dd>
included in the subscription message. Note that deleted nodes are specified by their ID, not by value. <dt>excludeData</dt>
<dd>
The data that changed, causing the subscription to trigger, is
</dd>
not included in the subscription message. <xsd:simpleType>
<xsd:restriction base="string">
</xsd:simpleType>
<xsd:enumeration value="includeData"/>
</xsd:restriction>
<xsd:enumeration value="excludeData"/>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute specifies the
</xsd:documentation>
<b>changeNumber</b>
value to which the trigger relates. All changes between the specified change number and the current state
of the document relative to the selection are transmitted as subscription messages. This allows a client application to establish a subscription relative to some baseline. As with <b>changeQuery</b>
, if the
<b>baseChangeNumber</b>
is
way out of date relative to the current state of the document, and the service can not supply the changes in the subscription message, the subscription insert is rejected. A value of zero means that the current values of the selected nodes are transmitted in the subscription message.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This optional element specifies an absolute time after which the
</xsd:documentation>
subscription is no longer active. The <b>subscription</b>
node is
automatically removed when the subscription expires. If this element is missing, the subscription does not expire.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element returns the
</xsd:documentation>
<b>context</b>
element from the original
subscription. Applications should use this element and only this element to correlate the subscription response with one of their subscriptions. <xsd:complexType>
<xsd:sequence>
</xsd:complexType>
<xsd:any maxOccurs="unbounded" minOccurs="0" namespace="##other" processContents="skip"/>
</xsd:sequence>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute specifies the URI value chosen by the subscriber
</xsd:documentation>
that is associated with this subscription.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This attribute specifies the location that is to receive the subscription
</xsd:documentation>
message. The value of this element may be one of the following forms: <ul>
<li>
</ul>
<b>hs:myAlerts</b>
</li>
This URI indicates that generated subscription
messages are to be delivered inside the body of a notification and delivered to the default .NET Alerts service of the creator. <li>
<b>protocol://service</b>
</li>
This URI indicates that generated subscription
messages are delivered to the specified service at the domain of the creator's <b>platformId</b>
. For instance, a
<b>platformId</b>
indicating contoso.com, and a value in this
element of http://subscriptionResponse, would cause delivery of the subscription message to http://subscriptionResponse.contoso.com. If this value is not specified, the subscription message is
delivered as a notification to the "creator's" .NET Alerts service. </xsd:complexType>
|
Type: |
|
Use: |
required |
Defined: |
Type: |
|
Use: |
required |
Defined: |
Type: |
|
Use: |
required |
Defined: |
Type: |
anonymous complexType, complex content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
This element returns the
</xsd:documentation>
<b>context</b>
element from the original
subscription. Applications should use this element and only this element to correlate the subscription response with one of their subscriptions. <xsd:complexType>
<xsd:sequence>
</xsd:complexType>
<xsd:any maxOccurs="unbounded" minOccurs="0" namespace="##other" processContents="skip"/>
</xsd:sequence>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute specifies the URI value chosen by the subscriber
</xsd:documentation>
that is associated with this subscription. </xsd:element>
|
Type: |
xsd:dateTime, predefined, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
This optional element specifies an absolute time after which the
</xsd:documentation>
subscription is no longer active. The <b>subscription</b>
node is
automatically removed when the subscription expires. If this element is missing, the subscription does not expire. </xsd:element>
|
Type: |
xsd:anyURI, predefined, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
This attribute specifies the location that is to receive the subscription
</xsd:documentation>
message. The value of this element may be one of the following forms: <ul>
<li>
</ul>
<b>hs:myAlerts</b>
</li>
This URI indicates that generated subscription
messages are to be delivered inside the body of a notification and delivered to the default .NET Alerts service of the creator. <li>
<b>protocol://service</b>
</li>
This URI indicates that generated subscription
messages are delivered to the specified service at the domain of the creator's <b>platformId</b>
. For instance, a
<b>platformId</b>
indicating contoso.com, and a value in this
element of http://subscriptionResponse, would cause delivery of the subscription message to http://subscriptionResponse.contoso.com. If this value is not specified, the subscription message is
delivered as a notification to the "creator's" .NET Alerts service. </xsd:element>
|
Type: |
anonymous complexType, empty content |
Defined: |
<xsd:complexType>
<xsd:attribute name="select" type="xsd:string" use="required">
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This item specifies an XPath expression that specifies the nodes that are
</xsd:documentation>
to be selected and watched for changes. The selection may select only <b>xdb:blue</b>
nodes. As changes in this node set occur, they
trigger the generation of subscription messages. These messages are then sent to the SOAP receiver listed in the <b>to</b>
element.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute specifies whether the content of the changes
</xsd:documentation>
that triggered the subscription are delivered in the subscription message, or the message simply indicates that something changed under the trigger. The attribute may be: <dl>
<dt>
</dl>
<b>includeData</b>
</dt>
<dd>
The data that changed, causing the subscription to trigger, is
</dd>
included in the subscription message. Note that deleted nodes are specified by their ID, not by value. <dt>excludeData</dt>
<dd>
The data that changed, causing the subscription to trigger, is
</dd>
not included in the subscription message. <xsd:simpleType>
<xsd:restriction base="string">
</xsd:simpleType>
<xsd:enumeration value="includeData"/>
</xsd:restriction>
<xsd:enumeration value="excludeData"/>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute specifies the
</xsd:documentation>
<b>changeNumber</b>
value to which the trigger relates. All changes between the specified change number and the current state
of the document relative to the selection are transmitted as subscription messages. This allows a client application to establish a subscription relative to some baseline. As with <b>changeQuery</b>
, if the
<b>baseChangeNumber</b>
is
way out of date relative to the current state of the document, and the service can not supply the changes in the subscription message, the subscription insert is rejected. A value of zero means that the current values of the selected nodes are transmitted in the subscription message. </xsd:element>
|