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-ba...
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.