[ogsa-wg] OGSA WSRF Basic Profile 1.0 draft 49 (document revision 46)

[Andreas Savva]

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 at 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 at uk.fujitsu.com>
> To: ogsa-wg at 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 at uk.fujitsu.com
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> --
>>   ogsa-wg mailing list
>>   ogsa-wg at ogf.org
>>   http://www.ogf.org/mailman/listinfo/ogsa-wg
>
> --
>   ogsa-wg mailing list
>   ogsa-wg at ogf.org
>   http://www.ogf.org/mailman/listinfo/ogsa-wg



-- 
Andreas Savva
Fujitsu Laboratories Ltd
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wsrf-bp-1.0-referenced-specs.jpg
Type: image/jpeg
Size: 79418 bytes
Desc: not available
Url : http://www.ogf.org/pipermail/ogsa-wg/attachments/20080630/36875ca0/attachment-0001.jpg