- From: <bugzilla@wiggum.w3.org>
- Date: Thu, 05 Nov 2009 15:58:35 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8202
Summary: MEX: definition of GetMetata/Dialect is a bit off
Product: WS-Resource Access
Version: FPWD
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: MetadataExchange
AssignedTo: public-ws-resource-access-notifications@w3.org
ReportedBy: dug@us.ibm.com
QAContact: public-ws-resource-access-notifications@w3.org
For GetMetadata/Dialect the spec says:
--
[Body]/mex:GetMetadata/mex:Dialect
When this repeating OPTIONAL element is present, the response MUST include
only Metadata Sections corresponding to the Dialect specified by the IRI
attribute; if the receiver does not have any Metadata Sections of the indicated
Dialect, the response MUST include zero Metadata Sections.
--
Couple of problems with this:
1 - its not 100% accurate. At the Dialect element level to only talk about
how the response needs to only include metadata of this Dialect URI w/o any
mention of the @Identifier and @Content attributes is misleading.
2 - this paragraph repeats what the definition of the @URI attribute says
3 - the @URI definition text is better since it ends with:
...the response MUST include zero Metadata Sections for this IRI.
the "for this IRI" removes some possible confusion. The current wording
above could be interpreted to mean that if there are multiple
Dialect elements and any one of them fails to match something then the
entire response MUST not include ANY Metadata sections at all - even for
other Dialects.
Proposal:
Modify the above text to be:
--
When this repeating OPTIONAL element is present, the response MUST include
only Metadata Sections corresponding to the Metadata matching the selection
criteria specified. If the receiver does not have any Metadata Sections
matching the selection criteria the response MUST include zero Metadata
Sections for this Dialect element.
--
and leave the definition of each attribute to get more specific.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
Received on Thursday, 5 November 2009 15:58:44 UTC