OGSA WSRF Basic Profile 1.0 draft 49 (document revision 46)
Folks, after revising the previous draft at FLE, we came up with a solution to the WS-BaseNotification issue, that we believe would cause even less disruption and re-implementation of existing code. Please find the new draft revision attached. Summary: After careful re-examination of the WS-BaseNotification specification family, Vivian found that the text defining the Simple dialect does not contain any clear normative text mandating the exact serialisation of topic QName when using this dialect (i.e. no "MUST" etc. in the text). However, the specification indicates in the XML Schema that the authors of the specification may have had an element-based rendering in mind. The specification contains an XML *type* definition for the Simple dialect. it does not, however, contain the XML *element* definition to use for the Simple dialect. Therefore we argue that it indeed is possible to re-use the WS- BaseNotification dialect URI and XML type definition, and to introduce an OGSA BP specific XML element of the BaseNotification data type. This way, implementers will have to tool up only one new XML element, and some application logic to extract the topic QName (should be quite trivial regardless the tooling framework). The attached draft reflects this argument. Cheers, Michel -- Michel Drescher Fujitsu Laboratories of Europe, Ltd. Hayes Park Central Hayes End Road Hayes, Middlesex UB4 8FE Reg. No. 4153469 +44 20 8606 4834 Michel.Drescher@uk.fujitsu.com
Hi Michel and Vivian,
after revising the previous draft at FLE, we came up with a solution to the WS-BaseNotification issue, that we believe would cause even less disruption and re-implementation of existing code.
Excellent. Such clarification is a main purpose of our profile! Descriptive text for section 6.1.2 looks rather wordy (can be shorten), though I know why :-) Thanks, ---- Hiro Kishimoto -------- Original Message -------- Subject: [ogsa-wg] OGSA WSRF Basic Profile 1.0 draft 49 (document revision 46) From: Michel Drescher <Michel.Drescher@uk.fujitsu.com> To: ogsa-wg@ogf.org Date: 2008/06/25 2:19
Folks,
after revising the previous draft at FLE, we came up with a solution to the WS-BaseNotification issue, that we believe would cause even less disruption and re-implementation of existing code.
Please find the new draft revision attached.
Summary: After careful re-examination of the WS-BaseNotification specification family, Vivian found that the text defining the Simple dialect does not contain any clear normative text mandating the exact serialisation of topic QName when using this dialect (i.e. no "MUST" etc. in the text). However, the specification indicates in the XML Schema that the authors of the specification may have had an element-based rendering in mind. The specification contains an XML *type* definition for the Simple dialect. it does not, however, contain the XML *element* definition to use for the Simple dialect. Therefore we argue that it indeed is possible to re-use the WS-BaseNotification dialect URI and XML type definition, and to introduce an OGSA BP specific XML element of the BaseNotification data type. This way, implementers will have to tool up only one new XML element, and some application logic to extract the topic QName (should be quite trivial regardless the tooling framework). The attached draft reflects this argument.
Cheers, Michel
-- Michel Drescher Fujitsu Laboratories of Europe, Ltd. Hayes Park Central Hayes End Road Hayes, Middlesex UB4 8FE Reg. No. 4153469
+44 20 8606 4834 Michel.Drescher@uk.fujitsu.com
------------------------------------------------------------------------
-- ogsa-wg mailing list ogsa-wg@ogf.org http://www.ogf.org/mailman/listinfo/ogsa-wg
A few nits - section 6.1.2: title: wsn:tTopicExpression -> wsnt:TopicExpression - section 6.1.2 text: xs:any -> xsd:any - update copyright year (2008) in text and affected schemas - update Appendix E Table 5 with attached graphic. (You can find the original spreadsheet for the graphic on gridforge if you need it. https://forge.gridforum.org/sf/go/doc13557?nav=1) Andreas On Wed, 25 Jun 2008 07:07:31 +0900, Hiro Kishimoto <hiro.kishimoto@jp.fujitsu.com> wrote:
Hi Michel and Vivian,
after revising the previous draft at FLE, we came up with a solution to the WS-BaseNotification issue, that we believe would cause even less disruption and re-implementation of existing code.
Excellent. Such clarification is a main purpose of our profile! Descriptive text for section 6.1.2 looks rather wordy (can be shorten), though I know why :-)
Thanks, ---- Hiro Kishimoto
-------- Original Message -------- Subject: [ogsa-wg] OGSA WSRF Basic Profile 1.0 draft 49 (document revision 46) From: Michel Drescher <Michel.Drescher@uk.fujitsu.com> To: ogsa-wg@ogf.org Date: 2008/06/25 2:19
Folks,
after revising the previous draft at FLE, we came up with a solution to the WS-BaseNotification issue, that we believe would cause even less disruption and re-implementation of existing code.
Please find the new draft revision attached.
Summary: After careful re-examination of the WS-BaseNotification specification family, Vivian found that the text defining the Simple dialect does not contain any clear normative text mandating the exact serialisation of topic QName when using this dialect (i.e. no "MUST" etc. in the text). However, the specification indicates in the XML Schema that the authors of the specification may have had an element-based rendering in mind. The specification contains an XML *type* definition for the Simple dialect. it does not, however, contain the XML *element* definition to use for the Simple dialect. Therefore we argue that it indeed is possible to re-use the WS-BaseNotification dialect URI and XML type definition, and to introduce an OGSA BP specific XML element of the BaseNotification data type. This way, implementers will have to tool up only one new XML element, and some application logic to extract the topic QName (should be quite trivial regardless the tooling framework). The attached draft reflects this argument.
Cheers, Michel
-- Michel Drescher Fujitsu Laboratories of Europe, Ltd. Hayes Park Central Hayes End Road Hayes, Middlesex UB4 8FE Reg. No. 4153469
+44 20 8606 4834 Michel.Drescher@uk.fujitsu.com
------------------------------------------------------------------------
-- ogsa-wg mailing list ogsa-wg@ogf.org http://www.ogf.org/mailman/listinfo/ogsa-wg
-- ogsa-wg mailing list ogsa-wg@ogf.org http://www.ogf.org/mailman/listinfo/ogsa-wg
-- Andreas Savva Fujitsu Laboratories Ltd
participants (3)
-
Andreas Savva -
Hiro Kishimoto -
Michel Drescher