All Element Summary (local elements unified by type) |
||||||||||||
acknowledge (type xsd:string) |
|
|||||||||||
actionUrl (type xsd:anyURI) |
|
|||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
baseUrl (type xsd:anyURI) |
|
|||||||||||
This element is an argot specifying the read and write parameters for
a bufferStream stream.
|
||||||||||||
|
||||||||||||
Information about the nature of the connection, used mainly
by the Stream modules.
|
||||||||||||
This element specifies the class of a connection (for example, Push over
Soap-RP or Pull over Soap-RP).
|
||||||||||||
Defines what kind of stream.
|
||||||||||||
|
||||||||||||
The contentProvider element is the Microsoft .NET Alerts version 4.5 service
authentication element.
|
||||||||||||
This element contains the problem domain-specific data to be conveyed to the receiver.
|
||||||||||||
expiration (type xsd:string) |
|
|||||||||||
|
||||||||||||
This tag contains all data from the sender, including sender authentication as well
as preferences and requests from the sender.
|
||||||||||||
hops (type xsd:string) |
|
|||||||||||
This element is an argot used to convey human readable information in
an alert.
|
||||||||||||
|
||||||||||||
This element contains text specific to a language.
|
||||||||||||
|
||||||||||||
myAlerts is the user content document for alert routing.
|
||||||||||||
|
||||||||||||
This method attempts to send the enclosed alerts using standard routing by .NET Alerts.
|
||||||||||||
|
||||||||||||
|
||||||||||||
parkInterval (type xsd:string) |
|
|||||||||||
|
||||||||||||
This method can be invoked on a connection.
|
||||||||||||
The response contains zero or one new alerts in the buffer stream.
|
||||||||||||
Defines where the stream fits into the streamFork processing.
|
||||||||||||
This element is an argot specifying the read and write parameters for
a connectionPush connection.
|
||||||||||||
This tag contains any routing data inserted by the .NET Alerts
routing process.
|
||||||||||||
Flags indicating the current status of the connection.
|
||||||||||||
|
||||||||||||
|
||||||||||||
subscriptionUrl (type xsd:anyURI) |
|
|||||||||||
targetUrl (type xsd:string) |
|
|||||||||||
text (type xsd:string) |
|
|||||||||||
timestamp (type xsd:string) |
|
|||||||||||
This tag contains all data pertaining to the receiver.
|
Complex Type Summary |
||||||||||
An argot list is a container of argots.
|
||||||||||
An argot is a domain-specific blob of data qualified by a name and ID.
|
||||||||||
|
||||||||||
Abbreviations:
CXN (Connection): The vonnection exists inside of
the .NET Alerts service.
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
An alert has contents: "from" (sender) data,
optional "to" (receiver) data, and optional "routing" data.
|
||||||||||
|
||||||||||
A stream is an internal object that processes alerts before they are routed to connections.
|
||||||||||
|
Simple Type Summary |
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
<xsd:schema elementFormDefault="qualified" targetNamespace="http://schemas.microsoft.com/hs/2001/10/myAlerts" version="1.0" xmlns="http://schemas.microsoft.com/hs/2001/10/myAlerts" xmlns:hs="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 Alerts service
</xsd:documentation>
Copyright (c) 2001 Microsoft Corporation. All rights reserved.
<xdb:blue select="/myAlerts"/>
</xsd:appinfo>
<xdb:blue select="/myAlerts/*"/>
<xdb:red select="//@creator"/>
<xdb:red select="//@changeNumber"/>
<xdb:red select="//@id"/>
<xdb:namespaceMap>
<xdb:mapping alias="m" uri="http://schemas.microsoft.com/hs/2001/10/myAlerts"/>
</xdb:namespaceMap>
<xdb:mapping alias="hs" uri="http://schemas.microsoft.com/hs/2001/10/core"/>
<xsd:import namespace="http://schemas.microsoft.com/hs/2001/10/core" schemaLocation="hscommon.xsd"/>
<!--
// // argot type // -->
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
An argot is a domain-specific blob of data qualified by a name and ID.
</xsd:documentation>
The contents are free. Argots are opaque to Microsoft® .NET My services. <xsd:sequence>
</xsd:sequence>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This URI uniquely identifies the type of argot and points to a location containing the XSD for this argot.
</xsd:documentation>
<!--
// // argotList // -->
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="argot">
</xsd:sequence>
<xsd:complexType>
</xsd:element>
<xsd:complexContent>
</xsd:complexType>
<xsd:extension base="argotType">
</xsd:extension>
</xsd:complexContent>
<!--
// // notification type // // This is the schema for a single alert. // -->
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
An alert has contents: "from" (sender) data,
</xsd:documentation>
optional "to" (receiver) data, and optional "routing" data. The contents are a set of argots (domain-specific blobs). The sender and receiver must understand and agree on the argots that are transmitted in the alert. In the .NET Alerts service, both streams and connections usually choose which alerts they process based on the argots contained within the alerts. <xsd:sequence>
<xsd:element minOccurs="1" name="from" type="fromType">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This tag contains all data from the sender, including sender authentication as well
</xsd:documentation>
as preferences and requests from the sender.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This tag contains all data pertaining to the receiver. This data can be set
</xsd:documentation>
by the sender or by any processing/routing agent between the sender and the receiver.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element contains the problem domain-specific data to be conveyed to the receiver.
</xsd:documentation>
Each child element of the <b>contents</b>
element is an argot, a problem domain-specific
strongly typed XML blob. Streams and connections query against the element names of these blobs when selecting alerts they will process.
<xsd:sequence>
</xsd:sequence>
</xsd:complexType>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This tag contains any routing data inserted by the .NET Alerts
</xsd:documentation>
routing process. <!--
<xsd:attribute name="uuid" type="hs:uuidType"/> -->
<xsd:sequence>
</xsd:sequence>
</xsd:complexType>
</xsd:complexType>
<xsd:simpleContent>
</xsd:simpleContent>
</xsd:complexType>
</xsd:complexType>
<xsd:sequence>
</xsd:complexType>
<xsd:element minOccurs="0" name="originalUser" type="hs:uuidType">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element defines the original receiver of the alert.
</xsd:documentation>
A routing agent may change (forward or fan out) an alert to other receivers. If so, it should add this element to the alert.
<xsd:sequence>
</xsd:complexType>
<xsd:element minOccurs="0" name="timestamp" type="xsd:string">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element contains the timestamp of when the alert was received
</xsd:documentation>
by the .NET Alerts service.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element defines the actors that have processed the alert to date.
</xsd:documentation>
This data can be used by .NET Alerts to recognize and stop infinite loops. <!--
// // notificationQueryType // BUGBUG: Not sure what the query will look like... // -->
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="*"/>
</xsd:restriction>
<!-- ==============================================================================
// // myAlerts // // This is the schema for the user's myAlerts content document // //================================================================================= -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
</xsd:complexType>
myAlerts is the user content document for alert routing.
</xsd:documentation>
It contains streams, connections, and preferences (general provisioning). The document does not contain a list of alerts. Alerts are transitory. Use the <b>notifyRequest</b>
,
<b>route</b>
, and
<b>PollRequest</b>
to send and receive alerts.
<xsd:sequence>
</xsd:sequence>
</xsd:complexType>
<!-- ================================
// // myAlerts - streams // // ================================== -->
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
A stream is an internal object that processes alerts before they are routed to connections.
</xsd:documentation>
Streams can buffer or reroute. <xsd:sequence>
<xsd:element maxOccurs="1" minOccurs="1" name="class" type="streamClassType">
</xsd:sequence>
<!-- sgfix: illegal on an element
</xsd:element>
use="required" --> <xsd:annotation>
</xsd:annotation>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Lifetime of a connection in absolute time (GMT).
</xsd:documentation>
This can be used to clean up the content document. BUGBUG - we really should use a date type not string for the type attribute!
<!-- sgfix: illegal on an element
</xsd:element>
use="required" --> <xsd:annotation>
<xsd:documentation>
</xsd:annotation>
Defines where the stream fits into the
</xsd:documentation>
<b>streamFork</b>
processing.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The stream's query against incoming alerts.
</xsd:documentation>
The query specifies the argot name(s) that enable selection (a logical OR of the named argots). This is optional based on the streamClass (a stream may do its own selection processing instead of or in addition to the standard stream alert query). See the available stream classes. If not present, the query defaults to all alert argots ("*").
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
An optional provisioning argot for the stream.
</xsd:documentation>
This is dependent on the stream class. See the available stream classes. <!--
// streamClassType -->
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="buffer"/>
</xsd:restriction>
<!--
// streamPositionType -->
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="atFront"/>
</xsd:restriction>
<xsd:enumeration value="atEnd"/>
<!-- ================================
// // myAlerts - connections // // ================================== -->
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
Abbreviations:
</xsd:documentation>
CXN (Connection): The vonnection exists inside of the .NET Alerts service. UA (UserAgent): The userAgent exists outside of the .NET Alerts service. There are two primary types of connections: Push: Alerts are pushed by CXN to UA. Pull: Alerts are downloaded by the UA by issuing a request to CXN. The response contains the alerts. A CXN is created (added to the .NET Alerts content document) either by the UA directly or by some entity acting on behalf of the UA. In order to transfer the alerts, a session, either persistent or transient, is established between CXN and UA. In cases in which sessions are transient, the CXN persists. Establishment of a session can be initiated by either CXN or UA, either when the CXN is created or based on, say, a timer or some signaling mechanism between CXN and UA. The session can be closed by either entity after a period of time (including 0). The following are different models of UA-CXN interaction: 1) UA establishes a session with a CXN and pulls alerts from CXN. 2) UA establishes a session with a CXN and the CXN pushes alerts to the UA. 3) CXN establishes a session with a UA and the UA pulls alerts. 4) CXN establishes a session with a UA and pushes alerts to UA. 5) UA polls the CXN periodically on a timer and UA will initiate process #1 or #2. 6) CXN polls the UA when alerts arrive or periodically on a timer. When there are pending alerts in the queue, UA will initiate process #1 or #2. <xsd:sequence>
<xsd:element maxOccurs="1" minOccurs="1" name="class" type="connectionClassType">
</xsd:sequence>
<!-- sgfix: illegal on an element
</xsd:element>
use="required" --> <xsd:annotation>
<xsd:documentation>
</xsd:annotation>
This element specifies the class of a connection (for example, Push over
</xsd:documentation>
Soap-RP or Pull over Soap-RP).
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Flags indicating the current status of the connection. Can be used by the Stream modules
</xsd:documentation>
to do traffic management, buffering, generate nondelivery and delayed delivery reports for the sender. <xsd:element maxOccurs="1" minOccurs="1" name="characteristics" type="connectionCharacteristicsType">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Information about the nature of the connection, used mainly
</xsd:documentation>
by the Stream modules. Reliable can mean it supports ACKs; unreliable means it is fire-and-forget. Type of polling used (Connection vs. UserAgent).
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Lifetime of a connection in absolute time (GMT).
</xsd:documentation>
This can be used to clean up the content document. BUGBUG - we really should use a date type not string for the type attribute!
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The connection's query against incoming alerts.
</xsd:documentation>
The query specifies the argot name(s) that enable selection (a logical OR of the named argots).
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
An optional provisioning argot for the connection.
</xsd:documentation>
This is dependent on the connection class. For more information, see the available connection classes. <!--
// // connectionClassType // -->
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="push_http"/>
</xsd:restriction>
<xsd:enumeration value="pull_http"/>
<!--
// // connectionStatusType // -->
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="active"/>
</xsd:restriction>
<xsd:enumeration value="inactive"/>
<xsd:enumeration value="busy"/>
<!--
// // connectionCharacteristicsType // -->
<xsd:restriction base="xsd:string">
</xsd:simpleType>
<xsd:enumeration value="reliable"/>
</xsd:restriction>
<xsd:enumeration value="unreliable"/>
<xsd:enumeration value="connectionPoll"/>
<xsd:enumeration value="userAgentPoll"/>
<!-- ==============================================================================
// // Argots // //================================================================================= --> <!--
// // bufferStreamParameters argot // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element is an argot specifying the read and write parameters for
</xsd:documentation>
a bufferStream stream. For the current implementation of .NET My Services, the bufferStream takes no input parameters; it returns the current set of buffered alerts through this argot. A query on a bufferStream is a transient, read-only operation.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="notification" type="notificationType">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Zero or more alerts in the buffer of the streamBuffer stream.
</xsd:documentation>
<!--
// // pushConnectionParameters argot // -->
<!-- sgfix: minOccurs and maxOccurs can not appear on elements at global scope
</xsd:element>
minOccurs="1" maxOccurs="1" --> <xsd:annotation>
<xsd:documentation>
</xsd:annotation>
This element is an argot specifying the read and write parameters for
</xsd:documentation>
a connectionPush connection.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="1" minOccurs="1" name="targetUrl" type="xsd:string">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The push connection will issue
</xsd:documentation>
<b>notifyRequest</b>
packets to this target URL.
<!--
// // humanReadable argot // -->
<!-- sgfix: minOccurs and maxOccurs can not appear on elements at global scope
</xsd:element>
minOccurs="1" maxOccurs="1" --> <xsd:annotation>
<xsd:documentation>
</xsd:annotation>
This element is an argot used to convey human readable information in
</xsd:documentation>
an alert. The receiver of a human readable alert should be able, at a minimum, to display the text element data to a human in either textual or speech form.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="1" minOccurs="1" name="baseUrl" type="xsd:anyURI">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This is a URL that links to an action page from the sender.
</xsd:documentation>
This URL can be relative to the <b>baseURL</b>
element.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This is a URL that links to the sender's page that allows the
</xsd:documentation>
receiver to view and change the way the alert was sent. This URL can be relative to the <b>baseURL</b>
element.
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This element contains text specific to a language. You can
</xsd:documentation>
include as many language elements as you like to convey the same information in different languages.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="1" minOccurs="1" name="text" type="xsd:string">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The element contains the text to be conveyed to the human.
</xsd:documentation>
This text must be in the language specified by the <b>xml:lang</b>
attribute.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This required attribute is used to specify an ISO 639 language code
</xsd:documentation>
or an ISO 3166 country code as described in <a href="http://www.ietf.org/rfc/rfc1766.txt">RFC 1766</a>
.
The value of this attribute indicates the language type of the content within this element.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute contains an optional URL from the sender for an icon in a Portable Network Graphics (PNG) file
</xsd:documentation>
that can be used when the userAgent displays the content to the user. <!-- ==============================================================================
// // Domain specific methods... // //================================================================================= --> <!--
// // notifyRequest // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This method attempts to send the enclosed alerts using standard routing by .NET Alerts. There can be one or more
</xsd:documentation>
notification elements specified. If none is specified, the notify request should be interpreted as a query about whether the receiver is willing to accept alerts from this sender.
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="notification" type="notificationType">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<!--
// // pollRequest // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
This method can be invoked on a connection. If there is a new alert
</xsd:documentation>
in the buffer stream, it will be returned in the pollResponse message. The <b>pollRequest</b>
will immediately return a response about whether there is a pending alert.
However, if the optional <b>parkInterval</b>
element is specified, then the response can take
up to parkInterval milliseconds before returning when there are no new alerts in the buffer stream.
<xsd:sequence>
</xsd:complexType>
<xsd:element minOccurs="0" name="parkInterval" type="xsd:string">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The unit of time specified for the
</xsd:documentation>
<b>parkInterval</b>
is milliseconds.
<!--
// // pollResponse // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The response contains zero or one new alerts in the buffer stream.
</xsd:documentation>
<xsd:sequence>
</xsd:complexType>
<xsd:element maxOccurs="1" minOccurs="0" name="notification" type="notificationType">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<!--
// // routeRequest // --> <!--
<xsd:element name="routeRequest"> <xsd:annotation> <xsd:documentation> This method is similar to <b>notifyRequest</b>, but allows the caller to specify control of the .NET Alerts internal routing for the alert. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="routing" minOccurs="1" maxOccurs="1" > <xsd:annotation> <xsd:documentation> The routing dictates how to process the alerts in the .NET Alerts service. You can specify either the <b>streamFork</b> or <b>connectionFork</b> directions or both. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="streamFork" type="streamForkType" minOccurs="0" maxOccurs="1" > <xsd:annotation> <xsd:documentation> The <b>streamFork</b> directive indicates the alert should be processed by streams. If the <streamFork> tag is not present, no streams will process the alert; routing will begin directly at the <b>connectionFork</b> point. If one of the <b>streamID</b> attributes are not included, <b>streamFork</b> processing begins at the first stream defined for the user. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="connectionFork" type="connectionForkType" minOccurs="0" maxOccurs="1" > <xsd:annotation> <xsd:documentation> The <b>connectionFork</b> directive indicates through which connection(s) the alert can be routed. If not included, all connections can potentially deliver the alert. A connection cannot deliver the alert even if specified in the list of connection IDs; to be delivered through the connection, the alert must always match the connection's query. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="notification" type="notificationType" minOccurs="0" maxOccurs="unbounded" > <xsd:annotation> <xsd:documentation> An alert to be routed through a specific stream/connection. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:complexType name="connectionForkType"> <xsd:sequence> <xsd:element name="connectionID" type="hs:idType" minOccurs="0" maxOccurs="unbounded" > <xsd:annotation> <xsd:documentation> The <b>connectionFork</b> directive indicates through which connection(s) the alert can be routed. If not included, all connections can potentially deliver the alert. A connection cannot deliver the alert even if specified in the list of connection IDs; to be delivered through the connection, the alert must always match the connection's query. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> --> <!--
// // doRequest // --> <!--
<xsd:element name="doRequest"> <xsd:annotation> <xsd:documentation> This method issues a request to the specified streams or connections within the .NET Alerts schema to execute an object-specific method. Parameters are passed in and out through argot lists. The actual object method is specified by the <methodName> tag. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="objects" type="objectsType" minOccurs="1" maxOccurs="1" > <xsd:annotation> <xsd:documentation> List of one or more streams or connections to perform the requested object method. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="methodName" type="xsd:string" minOccurs="1" maxOccurs="1" > <xsd:annotation> <xsd:documentation> This specifies the method to be executed by the selected object(s). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="argot" type="argotType" minOccurs="0" maxOccurs="unbounded" > <xsd:annotation> <xsd:documentation> This list contains data passed to the connection. The data is passed as a list of argots that the connection class will understand. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> --> <!--
// objectsType --> <!--
<xsd:complexType name="objectsType"> <xsd:sequence> <xsd:element name="streamID" type="streamIDType" minOccurs="0" maxOccurs="unbounded" /> <xsd:element name="connectionID" type="connectionIDType" minOccurs="0" maxOccurs="unbounded" /> </xsd:sequence> </xsd:complexType> <xsd:complexType name="streamIDType"> <xsd:attribute name="id" type="hs:idType" use="required" /> </xsd:complexType> <xsd:complexType name="connectionIDType"> <xsd:attribute name="id" type="hs:idType" use="required" /> </xsd:complexType> --> <!--
// // doResponse // --> <!--
<xsd:element name="doResponse"> <xsd:annotation> <xsd:documentation> This is the response to doRequest. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="argot" type="argotType" minOccurs="0" maxOccurs="unbounded" > <xsd:annotation> <xsd:documentation> This contains data other than alerts that is returned by the connection. The data is passed as a list of argots that the connection class generates. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="notification" type="notificationType" minOccurs="0" maxOccurs="unbounded" > <xsd:annotation> <xsd:documentation> An optional returned alert. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:complexType name="streamForkType"> <xsd:annotation> <xsd:documentation> The <b>streamFork</b> directive indicates the alert should be processed by streams. If the <streamFork> tag is not present, no streams will process the alert; routing will begin directly at the <b>connectionFork</b> point. If one of the <b>streamID</b> attributes are not included, <b>streamFork</b> processing begins at the first stream defined for the user. </xsd:documentation> </xsd:annotation> <xsd:simpleContent> <xsd:extension base="xsd:string"> <xsd:attribute name="atStreamID" type="hs:idType"/> <xsd:attribute name="afterStreamID" type="hs:idType"/> </xsd:extension> </xsd:simpleContent> </xsd:complexType> --> <!-- ==============================================================================
// // Alerts v4.5 types // // Used inside the "identity" element in the headers and in the notification's "from". // //================================================================================= --> <!--
// // contentProvider - optional sub-element in the "identity" element // -->
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The
</xsd:documentation>
<b>contentProvider</b>
element is the Microsoft .NET Alerts version 4.5 service
authentication element. It replaces the expected .NET Services <b>kerberos</b>
element.
<xsd:attribute name="cpid" type="xsd:string">
</xsd:complexType>
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute contains the content provider ID as assigned to the content provider
</xsd:documentation>
by the .NET Alerts service provisioning. The ID must be a valid decimal or hexadecimal string.
<xsd:annotation>
</xsd:attribute>
<xsd:documentation>
</xsd:annotation>
This attribute is optional and contains the sending user's Passport User ID (PUID).
</xsd:documentation>
The sending content provider is required to ensure the authenticity of this PUID. </xsd:schema>
|