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

[Bug 9250] New: MEX: No easy way to determine soap version w/o WSDL

From: <bugzilla@wiggum.w3.org>
Date: Mon, 15 Mar 2010 17:51:42 +0000
To: public-ws-resource-access-notifications@w3.org
Message-ID: <bug-9250-2780@http.www.w3.org/Bugs/Public/>

           Summary: MEX: No easy way to determine soap version w/o WSDL
           Product: WS-Resource Access
           Version: LC
          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

There are times when its not possible to determine which version of 
soap to use and providing a WSDL is not optimal.  In particular:

1 - Sections 8 and12 of MEX show up to put policy in an EPR.
This allows a consumer of that EPR to know how to construct messages
to that endpoint - however, the one piece of critical information
needed is the soap version.  While it might be possible to include
WSDL in the EPR, the purpose of just putting the policy in there is
to avoid putting the complete WSDL in there. 

2 - Not all endpoints have WSDL.  For example, its possible to construct
a wse:NotifyTo endpoint that doesn't use WSDL at all. People are expected
to put Policy into the wse:NotifyTo so that sink knows how to send the
Notifications.  Using this mechanism it can know everything except the
soap version.

define a new SOAP assertion either in MEX or as a separate spec.
See the attachment for what the spec might look like.  If we want it
as part of MEX the just pull section 3 into a new section of MEX.

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 Monday, 15 March 2010 17:51:44 UTC

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