All Element Summary (local elements unified by type) |
||||||||||||
|
||||||||||||
|
||||||||||||
This element is used to request a list of updates relative to a single
selected node and a changeNumber value on that node.
|
||||||||||||
This element contains the response to the associated changeQuery.
|
||||||||||||
This element returns the context element from the original
subscription.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
This element specifies the response to the deleteRequest.
|
||||||||||||
|
||||||||||||
|
||||||||||||
This element specifies the response to the insertRequest.
|
||||||||||||
|
||||||||||||
TBD.
|
||||||||||||
TBD.
|
||||||||||||
|
||||||||||||
TBD.
|
||||||||||||
The purpose of the queryRequest message is
to return, in the queryResponse message, information
from the specified document.
|
||||||||||||
The queryResponse element contains the response data for a given queryRequest.
|
||||||||||||
TBD.
|
||||||||||||
|
||||||||||||
|
||||||||||||
This element specifies the response to the replaceRequest.
|
||||||||||||
|
||||||||||||
TBD.
|
||||||||||||
This element defines the format of subscription response message.
|
||||||||||||
This element contains the data in the form of changedBlue nodes and in the
form of deletedBlue nodes for the data that has changed relative to the trigger.
|
||||||||||||
A sequence of operations grouped by a common context in the XML document sharing
the same failure semantics.
|
||||||||||||
This element contains status information for the updateBlock.
|
||||||||||||
The update request is designed to take a set of individual insert, replace, and
delete requests and apply them to the specified document.
|
||||||||||||
This message contains the results of an updateRequest message.
|
||||||||||||
This element specifies an XPath query against the data contained
within the specified document.
|
||||||||||||
This element contains the node set selected by the matching xpQuery.
|
Complex Type Summary |
||||||||||
This element is typically found in the body of an HSDL response message.
|
||||||||||
|
||||||||||
This element is typically found in the body of an HSDL response message.
|
||||||||||
|
||||||||||
This element indicates a request to delete the selected xdb:blue or xdb:red items
from the specified XML document.
|
||||||||||
|
||||||||||
This element indicates a request to insert an xdb:blue or xdb:red
into the specified xdb:blue.
|
||||||||||
This element is typically found in the body of an insertResponse, updateResponse, or replaceResponse
to indicate that a new ID value was generated by the corresponding request operation.
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
This element is used to specify a single attribute to be manipulated by the .NET My Services
data-manipulation primitives.
|
||||||||||
|
||||||||||
This element indicates a request to replace an existing xdb:blue or xdb:red with the
XML document fragment contained within this message.
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
Simple Type Summary |
||||||
This optional attribute specifies the maximum number of nodes that may be selected
by the select operation in order for this operation to be successfully attempted.
|
||||||
This optional attribute specifies the minimum number of nodes that must be selected
by the select operation in order for this operation to be successfully attempted.
|
||||||
TBD
|
||||||
|
||||||
This attribute is used to return the number of selected nodes, selected by the corresponding
HSDL operation.
|
||||||
This item specifies an XPath expression that selects a set
of nodes relative to the externally established context.
|
||||||
This attribute specifies that, if an xdb:blue item is created during an insert
or replace operation, and an ID would normally be generated, the ID specified
in the request content should be used instead of having .NET My Services generate an ID.
|
Attribute Group Summary |
||||||||||
|
<xsd:schema elementFormDefault="qualified" targetNamespace="http://schemas.microsoft.com/hs/2001/10/core" version="1.0" xmlns="http://schemas.microsoft.com/hs/2001/10/core" xmlns:xdb="urn:schemas-microsoft-com:xdb" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
Schema for .NET My Services Infrastructure types including security-related types,
</xsd:documentation>
system document, message headers, etc. Copyright (c) 2001 Microsoft Corporation. All rights reserved.
<xdb:namespaceMap>
</xsd:appinfo>
<xdb:mapping alias="hs" uri="http://schemas.microsoft.com/hs/2001/10/core"/>
</xdb:namespaceMap>
<!--
// // Standard Attribute Group for all .NET My Services response elements (standard and custom) // -->
<xsd:attribute name="selectedNodeCount" type="selectedNodeCountType" use="optional"/>
</xsd:attributeGroup>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute indicates the status of the method.
</xsd:documentation>
<dl>
<dt>success</dt>
</dl>
<dd>
The corresponding method was completed successfully.
</dd>
<dt>failure</dt>
<dd>
The corresponding method was not completed successfully.
</dd>
<dt>rollback</dt>
<dd>
The method failed, but was rolled back to its
</dd>
pre- <b>updateBlock</b>
status.
<dt>notAttempted</dt>
<dd>
The corresponding method was not attempted. This occurs when
</dd>
a previous operation failed. <!--
// // responseStatus // -->
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="success"/>
</xsd:restriction>
<xsd:enumeration value="failure"/>
<xsd:enumeration value="rollback"/>
<xsd:enumeration value="notAttempted"/>
<!-- sgfix: CONSIDER: accessDenied is added here because myContacts return it. Shouldn't this be failure + soap fault? -->
<xsd:enumeration value="accessDenied"/>
<!--
// // insertRequest // -->
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
This element indicates a request to insert an
</xsd:documentation>
<b>xdb:blue</b>
or
<b>xdb:red</b>
into the specified
<b>xdb:blue</b>
. The
<b>select</b>
attribute must always select an
<b>xdb:blue</b>
. This element selects a node-set
within the specified document relative to the externally established current context. <xsd:sequence>
<!--
</xsd:sequence>
// // options // --> </xsd:element> <!--
// // attributes // --> <!--
// // content // -->
<xsd:annotation>
</xsd:any>
<xsd:documentation>
</xsd:annotation>
This element is a placeholder that indicates where the
</xsd:documentation>
content being inserted is to be specified.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
<!--mode="prepend">-->
</xsd:documentation>
This attribute must always select an
<b>xdb:blue</b>
.
<!--
// // insertResponse // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element specifies the response to the
</xsd:documentation>
<b>insertRequest</b>
.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="newBlueId" type="newBlueIdType">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element exists once for each
</xsd:documentation>
<b>xdb:blue</b>
item that was successfully inserted.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute returns the
</xsd:documentation>
<b>changeNumber</b>
resulting from the insert operation.
This attribute is not returned when contained within an <b>updateResponse</b>
because
in that message, the root contains the <b>changeNumber</b>
.
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
This element is typically found in the body of an HSDL response message. It indicates
</xsd:documentation>
a changed item (insert, replace) and supplies the server-generated ID, the related <b>localTag</b>
,
and the change number. The granularity of this element is an <b>xdb:blue item</b>
. When used in a
<b>changeQuery</b>
,
this element returns the content of the specified ID. <xsd:sequence>
<!--
</xsd:sequence>
// // content // -->
<xsd:annotation>
</xsd:any>
<xsd:documentation>
</xsd:annotation>
This element is a placeholder that indicates where the
</xsd:documentation>
content of the changed node <b>xdb:blue</b>
item is returned.
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
This element is typically found in the body of an HSDL response message. It indicates
</xsd:documentation>
a deleted item and supplies the server-generated ID of the deleted item. The granularity of this element is an <b>xdb:blue</b>
item.
<xsd:annotation>
</xsd:annotation>
</xsd:attribute>
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
This element is typically found in the body of an
</xsd:documentation>
<b>insertResponse</b>
,
<b>updateResponse</b>
, or
<b>replaceResponse</b>
to indicate that a new ID value was generated by the corresponding request operation. Applications
must, in response, walk through their changes in order and apply the returned ID to any cached value of the node they just inserted. Only new ID generation triggers this. So in the case of an ID-preserving <b>replaceRequest</b>
, the root of the replacement never generates one of these, but an inner
<b>xdb:blue</b>
does.
<xsd:annotation>
</xsd:annotation>
</xsd:attribute>
<!--
// // deleteRequest // -->
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
This element indicates a request to delete the selected
</xsd:documentation>
<b>xdb:blue</b>
or
<b>xdb:red</b>
items
from the specified XML document. This element selects a node-set within the specified document relative to the externally established current context. <xsd:sequence>
<!--
</xsd:sequence>
// // options // --> </xsd:element>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
<!--mode="prepend">-->
</xsd:documentation>
This attribute must always select an
<b>xdb:blue</b>
or an
<b>xdb:red</b>
.
<!--
// // deleteResponse // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element specifies the response to the
</xsd:documentation>
<b>deleteRequest</b>
.
<xsd:attribute name="newChangeNumber" type="changeNumberType" use="optional">
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute returns the
</xsd:documentation>
<b>changeNumber</b>
resulting from the delete operation.
This attribute is not returned when contained within an <b>updateResponse</b>
, because
in that message, the root contains the <b>changeNumber</b>
.
<!--
// // replaceRequest // -->
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
This element indicates a request to replace an existing
</xsd:documentation>
<b>xdb:blue</b>
or
<b>xdb:red</b>
with the
XML document fragment contained within this message. This element selects a node-set within the specified document relative to the externally established current context. The selected node must be an <b>xdb:blue</b>
or an
<b>xdb:red</b>
.
<p/>
The message first selects a node set, and then for each node, replaces the selected node with
the content of this message. For <b>xdb:blue</b>
nodes, the node's ID is preserved.
<xsd:sequence>
<!--
</xsd:sequence>
// // options // --> </xsd:element> <!--
// // attributes // --> <!--
// // content // -->
<xsd:annotation>
</xsd:any>
<xsd:documentation>
</xsd:annotation>
This element is a placeholder that indicates where the
</xsd:documentation>
content of the item being replaced is to be specified.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
<!--mode="prepend">-->
</xsd:documentation>
This attribute must always select an
<b>xdb:blue</b>
or an
<b>xdb:red</b>
.
<!--
// // replaceResponse // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element specifies the response to the
</xsd:documentation>
<b>replaceRequest</b>
.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="newBlueId" type="newBlueIdType">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element exists once for each
</xsd:documentation>
<b>xdb:blue</b>
item that was successfully inserted.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute returns the
</xsd:documentation>
<b>changeNumber</b>
resulting from the replace operation.
This attribute is not returned when contained within an <b>updateResponse</b>
, because
in that message, the root contains the <b>changeNumber</b>
.
<!--
// // updateRequest // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The update request is designed to take a set of individual insert, replace, and
</xsd:documentation>
delete requests and apply them to the specified document. The message is designed to contain a series of <b>updateBlocks</b>
that share a common document context and common failure semantics.
<xsd:sequence>
</xsd:complexType>
<!--
</xsd:sequence>
// // An update request consists of a series of sequential // updateBlocks. Each updateBlock may trigger or suppress // a failure notification based on the outcome of the // individual operations contained within. Each updateBlock // establishes context for the operations contained within. // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
A sequence of operations grouped by a common context in the XML document sharing
</xsd:documentation>
the same failure semantics. <!--
// // updateRequest (sgfix: moved to global scope so VS code can interop) // -->
<xsd:sequence>
</xsd:sequence>
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This item specifies an XPath expression that establishes global context
</xsd:documentation>
for this <b>updateBlock</b>
. The selection must specify an
<b>xdb:blue</b>
.
With this context established, the enclosed operation's <b>select</b>
attributes select nodes within this global context. It is not
an error to match zero nodes with this <b>select</b>
attribute. The empty node set is simply
the context for the enclosed operations, and their <b>minOccurs</b>
and
<b>maxOccurs</b>
attributes
dictate success or failure.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute controls how error conditions raised by individual operations
</xsd:documentation>
within an <b>updateBlock</b>
affect the entire
<b>updateRequest</b>
message. Error conditions
can trigger one of the following actions: <dl>
<dt>
</dl>
<b>rollbackBlockAndFail</b>
</dt>
<dd>
If any operation within the
</dd>
<b>updateBlock</b>
fails, all enclosed operations
are rolled back to their initial state and the <b>updateRequest</b>
ends in a
failure condition. <dt>
<b>rollbackBlockAndContinue</b>
</dt>
<dd>
If any operation within the
</dd>
<b>updateBlock</b>
fails, all enclosed operations
are rolled back to their initial state and execution proceeds to the next <b>updateBlock</b>
.
<dt>
<b>ignore</b>
</dt>
<dd>
Failures within an individual
</dd>
<b>updateBlock</b>
do not trigger a rollback
or a failure in the <b>updateRequest</b>
. A failure simply terminates execution
of the <b>updateBlock</b>
. Successful operations are tagged in the
<b>updateResponse</b>
.
Execution continues at the next <b>updateBlock</b>
.
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="rollbackBlockAndFail"/>
</xsd:restriction>
<xsd:enumeration value="rollbackBlockAndContinue"/>
<xsd:enumeration value="ignore"/>
<!--
// // updateResponse // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This message contains the results of an
</xsd:documentation>
<b>updateRequest</b>
message. It may
appear as a response to an <b>updateRequest</b>
, or, in the case of a fault during the
processing of an <b>updateRequest</b>
, may appear in a SOAP
<b>Fault</b>
element.
<p/>
The
<b>updateResponse</b>
message contains multiple
<b>updateBlockStatus</b>
elements. One of these
elements exists for each <b>updateBlock</b>
in the
<b>updateRequest</b>
message. Each of these contains
a status element for each operation in the <b>updateBlock</b>
. Additionally, because the
changes alter all ancestor change numbers, a <b>newChangeNumber</b>
attribute is present so that clients can update their caches.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="updateBlockStatus">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element contains status information for the
</xsd:documentation>
<b>updateBlock</b>
. This element indicates the status
of the entire <b>updateBlock</b>
. It can be one of the following:
<b>success</b>
,
<b>failure</b>
,
<b>rollback</b>
,
or <b>notAttempted</b>
.
<p/>
If the status is
<b>rollback</b>
or
<b>notAttempted</b>
, the .NET service data was not affected
by the corresponding <b>updateBlock</b>
. A value of
<b>success</b>
means that the
<b>updateBlock</b>
did the
specified work, which may or may not have side effects. A value of <b>failure</b>
means that the
<b>updateBlock</b>
was partially executed and the
<b>updateOperationStatus</b>
elements have additional
information.
<xsd:sequence>
</xsd:sequence>
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute returns the
</xsd:documentation>
<b>changeNumber</b>
resulting from the entire
<b>updateRequest</b>
. A
given <b>updateRequest</b>
changes only a single
<b>changeNumber</b>
value and the application
must update affected nodes in its own cache. <!--
// // query // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The purpose of the
</xsd:documentation>
<b>queryRequest</b>
message is
to return, in the <b>queryResponse</b>
message, information
from the specified document. The message is designed to carry multiple query operations in a single request message. This allows applications to specify efficient queries and address different pieces of the document in a single message transmission. <p/>
The
<b>queryRequest</b>
message may contain zero or more
<b>xpQuery</b>
elements. These elements
specify data queries on the specified document. They contain an XPath expression that selects a set of nodes, and by using <b>minOccurs</b>
and
<b>maxOccurs</b>
, they can control
how many nodes are returned in a given operation. <p/>
The
<b>queryRequest</b>
message may contain zero or more
<b>changeQuery</b>
elements. The purpose
of this element is to aid client software in building caches populated with .NET My Services data. These elements are designed to issue a query relative to a <b>changeNumber</b>
, and instead of returning
simply content, they return a summary of changed or deleted <b>blue</b>
items.
<p/>
The .NET My Services effort is likely to evolve to include support for XML Query. In anticipation
of this, plans include support for zero or more <b>xmQuery</b>
elements that will be used to
encapsulate the XML Query language.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="xpQuery" type="xpQueryType">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element specifies an XPath query against the data contained
</xsd:documentation>
within the specified document. The element is contains an XPath expression that selects the nodes the client needs to extract from .NET My Services, and constraints on how many nodes the selection must match.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element is used to request a list of updates relative to a single
</xsd:documentation>
selected node and a <b>changeNumber</b>
value on that node. It is designed specifically
to support client-side caching of .NET My Services content. Any <b>xdb:blue</b>
node
can be selected with the <b>select</b>
attribute. It is an error condition to select more than a single node. While
this element does not support <b>minOccurs/maxOccurs</b>
attributes, it is as if
<b>minOccurs</b>
=0 and
<b>maxOccurs</b>
=1.
The response to this message is an <b>updateRequest</b>
message that contains the insert, replace,
and delete operations that should be processed by the client software to bring its cache up to date with respect to the change number specified in this element. <p/>
There will be times when the .NET My Services system will be unable to return a
<b>changeQueryResponse</b>
that is complete enough bring a client cache in sync. This
can occur when the client is way out of date and numerous delete operations have occurred. In these situations, a <b>changeQuery</b>
will simply fail with a fault condition
and, in response to this message, the client should discard and rebuild its cache. <!--
// // xpQueryType (sgfix: moved to global scope so VS code can interop) // -->
<xsd:sequence>
</xsd:sequence>
</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 returned in the response for this operation. The selected nodes are encapsulated in the <b>xqQueryResponse</b>
element whose operation
<b>id</b>
attribute matched
the operation <b>id</b>
attribute of this element.
<!--
// // changeQueryType (sgfix: moved to global scope so VS code can interop) // -->
<xsd:sequence>
</xsd:sequence>
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute specifies an XPath expression that specifies the single node that the change
</xsd:documentation>
query is relative to. This node, in conjunction with the specified <b>changeNumber</b>
attribute,
controls the change computation. The selected node is located, and all nodes containing <b>id</b>
attributes (of type
<b>idType</b>
) are examined. Any nodes that have changed
relative to the specified <b>changeNumber</b>
are returned in the
<b>updateRequest</b>
.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute specifies the
</xsd:documentation>
<b>changeNumber</b>
value that the client has in its cache for
the node specified by the <b>select</b>
attribute. As explained above, this value establishes
the synchronization base used to compute the changes underneath this node. <!--
// // queryResponse // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The
</xsd:documentation>
<b>queryResponse</b>
element contains the response data for a given
<b>queryRequest</b>
.
This element contains both <b>xpQueryResponse</b>
elements and
<b>changeQueryResponse</b>
elements. These elements contain operation
<b>id</b>
attributes that correlate to the matching
<b>xpQuery</b>
and
<b>changeQuery</b>
elements in the
<b>queryRequest</b>
message.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="xpQueryResponse">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element contains the node set selected by the matching
</xsd:documentation>
<b>xpQuery</b>
. If the selected
node set matches zero nodes, and <b>minOccurs</b>
is zero, this element is still present
but contains empty content indicating that there were no matching nodes.
<xsd:sequence>
</xsd:complexType>
<xsd:any maxOccurs="unbounded" minOccurs="0" namespace="##other" processContents="skip">
</xsd:sequence>
<xsd:annotation>
</xsd:any>
<xsd:documentation>
</xsd:annotation>
This element is a placeholder that indicates where the
</xsd:documentation>
content of the item being queried is returned.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element contains the response to the associated
</xsd:documentation>
<b>changeQuery</b>
. The content of this element
is a single, optional <b>changeSummary</b>
element in the form of an
<b>updateRequest</b>
that describes the changes for
the selected node set, relative to the synchronization base specified by the <b>changeNumber</b>
attribute. The client software maintaining a cache of .NET My Services data should process this
<b>updateRequest</b>
into its own cache, bringing that cache up to date.
<xsd:sequence>
</xsd:sequence>
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This element contains the base change number for this
</xsd:documentation>
<b>changeQuery</b>
. On request,
the <b>baseChangeNumber</b>
is supplied and is associated with a subtree in the document.
This attribute returns the new value for the change number in that subtree. It is assumed that the client software will easily know where to place this. <!--
// // useClientIdsType // -->
<xsd:annotation>
</xsd:simpleType>
<xsd:documentation>
</xsd:annotation>
This attribute specifies that, if an
</xsd:documentation>
<b>xdb:blue</b>
item is created during an insert
or replace operation, and an ID would normally be generated, the ID specified in the request content should be used instead of having .NET My Services generate an ID. Applications using this option must ensure that they are properly generating unique IDs in the form of UUIDs. They must also ensure that they do not assign the same ID to multiple <b>xdb:blue</b>
items; this can happen if the insert
<b>select</b>
attribute selects multiple
nodes. <xsd:restriction base="xsd:string">
<xsd:enumeration value="true"/>
</xsd:restriction>
<!--
// // selectType // -->
<xsd:annotation>
</xsd:simpleType>
<xsd:documentation>
</xsd:annotation>
This item specifies an XPath expression that selects a set
</xsd:documentation>
of nodes relative to the externally established context. The expression can never travel outside the node-set established by this externally established current context. The expression can match zerio or more nodes, and the operation manipulates all selected nodes. The <b>minOccurs</b>
and
<b>maxOccurs</b>
attributes are
optional and place restrictions and limitations on the number of nodes selected. <xsd:restriction base="xsd:string"/>
<!--
// // minOccursType // -->
<xsd:annotation>
</xsd:simpleType>
<xsd:documentation>
</xsd:annotation>
This optional attribute specifies the minimum number of nodes that must be selected
</xsd:documentation>
by the <b>select</b>
operation in order for this operation to be successfully attempted. The
default value is zero, meaning that if no nodes are selected, the operation silently succeeds as a "NOP." A value of one means that a minimum of one node must be selected. In that case, if no nodes are selected, the operation fails with an error. <xsd:restriction base="xsd:int"/>
<!--
// // maxOccursType // -->
<xsd:annotation>
</xsd:simpleType>
<xsd:documentation>
</xsd:annotation>
This optional attribute specifies the maximum number of nodes that may be selected
</xsd:documentation>
by the <b>select</b>
operation in order for this operation to be successfully attempted. The
default value is <b>unbounded</b>
. If the number of nodes selected by the select attribute
is greater than this value, an error condition occurs. <xsd:restriction base="xsd:int"/>
<!--
// // selectedNodeCountType // -->
<xsd:annotation>
</xsd:simpleType>
<xsd:documentation>
</xsd:annotation>
This attribute is used to return the number of selected nodes, selected by the corresponding
</xsd:documentation>
HSDL operation. <xsd:restriction base="xsd:int"/>
<!--
// // redAttributeType // -->
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
This element is used to specify a single attribute to be manipulated by the .NET My Services
</xsd:documentation>
data-manipulation primitives. For example, when used in an <b>insertRequest</b>
, this element
specifies an attribute to be inserted at the specified node. <!--
// // queryOptionsType // -->
<xsd:sequence>
</xsd:complexType>
<xsd:any maxOccurs="unbounded" minOccurs="0" namespace="##other" processContents="skip"/>
</xsd:element>
</xsd:element>
</xsd:element>
</xsd:sequence>
<!--
// // sortType (sgfix: moved to global scope so VS code can interop) // -->
<xsd:attribute default="ascending" name="direction" use="optional">
</xsd:complexType>
<xsd:annotation>
</xsd:annotation>
</xsd:attribute>
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="ascending"/>
</xsd:restriction>
<xsd:enumeration value="descending"/>
<xsd:annotation>
</xsd:annotation>
</xsd:attribute>
<!--
// // rangeType (sgfix: moved to global scope so VS code can interop) // -->
<xsd:attribute name="first" type="positionType" use="required">
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
TBD: Position of element that will be first in the resulting node-set
</xsd:documentation>
(like '1', 'count()' or 'position-of(.[@id='93247519328475']). Note: Only a subset of XPath will work here.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
TBD: Positive number of elements.
</xsd:documentation>
TBD: Is there any way to specify in schema that this number should be positive? <!--
// // insertRequestOptionsType // -->
<xsd:sequence maxOccurs="1" minOccurs="1">
</xsd:sequence>
</xsd:complexType>
<!--
// // deleteRequestOptionsType // -->
<xsd:sequence maxOccurs="1" minOccurs="1">
</xsd:sequence>
</xsd:complexType>
<!--
// // replaceRequestOptionsType // -->
<xsd:sequence maxOccurs="1" minOccurs="1">
</xsd:sequence>
</xsd:complexType>
<!--
// // positionType // -->
<xsd:annotation>
</xsd:annotation>
</xsd:simpleType>
<xsd:restriction base="xsd:string"/>
<!--
// // subscriptionResponse // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element defines the format of subscription response message. The message
</xsd:documentation>
is delivered when a subscription's trigger fires.
<xsd:sequence>
</xsd:complexType>
<!--
</xsd:sequence>
// // a subscriptionResponse contains // - the data that has changed relative to the trigger which // includes both changedBlue items and deletedBlue items. // - the context that was established when the subscription was created. -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element contains the data in the form of
</xsd:documentation>
<b>changedBlue</b>
nodes and in the
form of <b>deletedBlue</b>
nodes for the data that has changed relative to the trigger.
<xsd:sequence>
</xsd:sequence>
</xsd:complexType>
<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:sequence>
</xsd:sequence>
</xsd:complexType>
<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:schema>
|