- From: <bugzilla@wiggum.w3.org>
- Date: Mon, 15 Mar 2010 17:51:42 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9250
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.
proposal:
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