QueryResourceProperties (Re: [ogsa-wg] Teleconference minutes - 20 July 2005)

[Takuya Mori]

Hi,

I have some additional comments on the return type of the XPath 
evaluation for QueryResourceProperties.

>   Review based on draft 29:
>   https://forge.gridforum.org/projects/ogsa-wg/document/draft-ggf-ogsa-wsrf-basic-profile/en/24 
> 
>   Did a page by page review until page 14 (l.493). Accepted all
>   changes to that point with the following exceptions:
> 
>   - R0429: Takuya has comments on the Schema Centric Canonicalization
>     specification. A summary follows:
>     - The Schema Centric Canonicalication specification only covers
>       serialization of nodesets. So there is still a need to define
>       the schema for the content of reply messages when the return
>       values that are strings, numbers, booleans. (XPath allows such
>       return values.)

The XPath specification allows four types of value as its return value.
And, once an expression is given, its return value is also determined.

But, in my opinion, because there may be a case where an XPath 
expression is not available at the design time, we still need a way to 
introspect the type of the return value dynamically at runtime.

So, I think we need to define some structure in the content of the
response message for the QueryResourceProperties operation.  

The structure could be an element which has an attribute to hold a type 
information of the result.  And the content of the element could be
one of four elements each of which can have a type of value defined
in the XPath spec as its return value.

The following is an example:

  <wsrf-rp:QueryResourcePropertiesResponse>
      <ogsa-bp:XPathResult type="ogsa-bp:string-type">
          <ogsa-bp:StringValue>ReturnValue</ogsa-bp:StringValue>
      </ogsa-bp:XPathResult>
  </wsrf-rp:QueryResourcePropertiesResponse>

Thanks,
Takuya

>     - Even if selecting a fragment the whole document would be
>       serialized; this might cause big performance problems with large
>       documents, even if the returned fragment is small.
> 
>   Action: Takuya to send an email with his concerns on the Schema
>           Centric Canonicalization to the list.
> 
>   - E0802: Is this extensibility point listed in WS-I BSP 1.0?
>     - Takuya think it is. 
> 
>   Action: Hiro to re-check the WS-I BSP 1.0
> 
>   - A newer version of the WS-I BSP seems to be in the works.  But
>     there is no time to change from using the currently used
>     version. Might be able to do so during public comment.
> 
>   - l.493: 'only' issue is still unresolved. 
>   
>   Action: Takuya to propose new text to the list.
> 
> * Other business
> 
>   - Andrew will miss the next call (Monday) due to other commitments.
>       
> 
>