- From: <bugzilla@wiggum.w3.org>
- Date: Sat, 14 Nov 2009 02:09:04 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8293
Summary: fuzzy definition of a "metadata resource"
Product: WS-Resource Access
Version: PR
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: MetadataExchange
AssignedTo: public-ws-resource-access-notifications@w3.org
ReportedBy: gilbert.pilz@oracle.com
QAContact: public-ws-resource-access-notifications@w3.org
Section 4 "Metadata Resources" defines a 'metadata resource' as a 'resource'
for which metadata has been defined. It defines a 'resource' as 'a Web service
that is addressable by an endpoint reference'.
The last sentence in Section 4 states:
"A metadata resource MAY support other operations defined by [WS-Transfer],
such as Put (e.g. to allow update of non-static metadata by authorized agents),
or other resource management and access specifications (e.g. HTTP,
WS-ResourceFramework)."
I don't about WS-ResourceFramework, but I'm pretty certain that HTTP does *not*
use EPRs. Therefore, while a piece of software may listen for HTTP GET requests
and return some form of metadata, it is not acting as a 'metadata resource' (by
the definition of this spec) when it does so as it out of scope of WS-MEX.
In addition, mentioning the use of WS-T Put on a metadata resource leads to a
rathole that we've decided that we don't want go down (i.e. "given a service
endpoint, how do I create metadata resources associated with that endpoint?"
etc.)
Proposal: remove the last sentence in Section 4
--
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 Saturday, 14 November 2009 02:09:12 UTC