- 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