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

http://www.w3.org/Bugs/Public/show_bug.cgi?id=8031

           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.

Proposal:
--------
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
dialect.  

  <mex:MetadataSection Dialect='http://schemas.xmlsoap.org/wsdl/
                       Identifier='http://services.example.org/stockquote'
                       Root=true>
  ...
  </mex:MetadataSection>
  <mex:MetadataSection Dialect='http://schemas.xmlsoap.org/wsdl/
                       Identifier='http://www.w3.org/2009/09/ws-tra'
                       Root=false>
  ...
  </mex:MetadataSection>


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