- From: Hugo Haas via cvs-syncmail <cvsmail@w3.org>
- Date: Tue, 14 Mar 2006 10:48:31 +0000
- To: public-ws-addressing-eds@w3.org
Update of /sources/public/2004/ws/addressing
In directory homer:/tmp/cvs-serv4819
Modified Files:
ws-addr-core.xml
Log Message:
Fixed typos
Index: ws-addr-core.xml
===================================================================
RCS file: /sources/public/2004/ws/addressing/ws-addr-core.xml,v
retrieving revision 1.136
retrieving revision 1.137
diff -C2 -d -r1.136 -r1.137
*** ws-addr-core.xml 14 Mar 2006 09:40:19 -0000 1.136
--- ws-addr-core.xml 14 Mar 2006 10:48:29 -0000 1.137
***************
*** 144,150 ****
addressing properties, this specification uses the following notation:
(<i>n</i>..<i>m</i>), where <i>n</i> is the minimum allowed number of
! ocurrances of the property and <i>m</i> is the maximum allowed number of
! occurances. When <i>n</i> has the same value as <i>m</i> then exactly that
! number of ocurrances of the property must be present in the associated endpoint
reference or message.</p>
</div2>
--- 144,150 ----
addressing properties, this specification uses the following notation:
(<i>n</i>..<i>m</i>), where <i>n</i> is the minimum allowed number of
! occurrences of the property and <i>m</i> is the maximum allowed number of
! occurrences. When <i>n</i> has the same value as <i>m</i> then exactly that
! number of occurrences of the property must be present in the associated endpoint
reference or message.</p>
</div2>
***************
*** 450,454 ****
processing model for such extensions is defined by the specification for those
extensions. Software that processes endpoint references can safely ignore any
! such extensions that it does not recognise or understand.</p>
<p>Extension elements and attributes MAY add additional properties to an endpoint
reference in addition to those specified in <specref ref="eprinfomodel"/>.
--- 450,454 ----
processing model for such extensions is defined by the specification for those
extensions. Software that processes endpoint references can safely ignore any
! such extensions that it does not recognize or understand.</p>
<p>Extension elements and attributes MAY add additional properties to an endpoint
reference in addition to those specified in <specref ref="eprinfomodel"/>.
***************
*** 458,463 ****
indicate that a different binding be used. </p>
<p>Note that this ability to modify existing properties and binding behavior, when
! coupled with the fact that software can ignore unknown or unrecognised
! extensions, may result in a difference in behaviour depending on whether such an
extended endpoint reference is processed by software that understands the
extension(s). When designing endpoint reference extensions designers should
--- 458,463 ----
indicate that a different binding be used. </p>
<p>Note that this ability to modify existing properties and binding behavior, when
! coupled with the fact that software can ignore unknown or unrecognized
! extensions, may result in a difference in behavior depending on whether such an
extended endpoint reference is processed by software that understands the
extension(s). When designing endpoint reference extensions designers should
***************
*** 889,893 ****
<p>WS-Addressing supports capabilities that allow a message sender to instruct a message
receiver to send additional unsolicited messages to other receivers of their choice.
! To an extent the content of such unsolicted messages can also be controlled using
reference parameters supplied by the initial message sender. Because of these
capabilities it is essential that communications using WS-Addressing are adequately
--- 889,893 ----
<p>WS-Addressing supports capabilities that allow a message sender to instruct a message
receiver to send additional unsolicited messages to other receivers of their choice.
! To an extent the content of such unsolicited messages can also be controlled using
reference parameters supplied by the initial message sender. Because of these
capabilities it is essential that communications using WS-Addressing are adequately
Received on Tuesday, 14 March 2006 10:48:44 UTC