- From: Ram Jeyaraman <Ram.Jeyaraman@microsoft.com>
- Date: Thu, 31 Dec 2009 23:51:50 +0000
- To: "public-ws-resource-access@w3.org" <public-ws-resource-access@w3.org>
+1. -----Original Message----- From: public-ws-resource-access-notifications-request@w3.org [mailto:public-ws-resource-access-notifications-request@w3.org] On Behalf Of bugzilla@wiggum.w3.org Sent: Friday, November 13, 2009 6:09 PM To: public-ws-resource-access-notifications@w3.org Subject: [Bug 8293] New: fuzzy definition of a "metadata resource" 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 Thursday, 31 December 2009 23:52:25 UTC