W3C home > Mailing lists > Public > public-ws-resource-access-notifications@w3.org > October 2009

[Bug 8031] New: WS-Mex: Distinguishing the 'main' metadata

From: <bugzilla@wiggum.w3.org>
Date: Fri, 23 Oct 2009 13:36:19 +0000
To: public-ws-resource-access-notifications@w3.org
Message-ID: <bug-8031-2780@http.www.w3.org/Bugs/Public/>

           Summary: WS-Mex: Distinguishing the 'main' metadata
           Product: WS-Resource Access
           Version: PR
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: MetadataExchange
        AssignedTo: public-ws-resource-access-notifications@w3.org
        ReportedBy: katy_warr@uk.ibm.com
         QAContact: public-ws-resource-access-notifications@w3.org

A GetMetadata request may return multiple documents all of the same dialect. 
How does the client know which of these documents is the 'root' document?

For example (this is a side note mentioned in 7912):
When multiple WSDL documents* are returned from GetMetadata, how do we
distinguish the 'real' one - i.e. the one that would be returned from HTTP GET
targeted at <endpoint>?WSDL ?  

Note that there might be >1 root documents - for instance, in the case of one
WSDL for soap 1.1 and one for SOAP 1.2.

*Multiple WSDL documents may be returned if operations are implicitly defined
(via policy) or if WSDL documents are imported.

Here is a starting proposal:

Add an attribute @root to the dialect in order to indicate that the metadata
section is a 'root' one.  Define the meaning of the 'root' document for each

  <mex:MetadataSection Dialect='http://schemas.xmlsoap.org/wsdl/
  <mex:MetadataSection Dialect='http://schemas.xmlsoap.org/wsdl/

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 Friday, 23 October 2009 13:36:23 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:06:36 UTC