This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 9250 - MEX: No easy way to determine soap version w/o WSDL
Summary: MEX: No easy way to determine soap version w/o WSDL
Alias: None
Product: WS-Resource Access
Classification: Unclassified
Component: MetadataExchange (show other bugs)
Version: LC
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Doug Davis
QA Contact: notifications mailing list for WS Resource Access
Depends on:
Reported: 2010-03-15 17:51 UTC by Doug Davis
Modified: 2010-07-27 20:28 UTC (History)
0 users

See Also:

wssa (74.00 KB, application/x-download)
2010-03-15 17:52 UTC, Doug Davis
mex changes (671.97 KB, text/html)
2010-04-16 17:51 UTC, Doug Davis

Description Doug Davis 2010-03-15 17:51:42 UTC
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.
Comment 1 Doug Davis 2010-03-15 17:52:04 UTC
Created attachment 830 [details]
Comment 2 Doug Davis 2010-04-16 17:51:41 UTC
Created attachment 862 [details]
mex changes

Minor non-normative changes to mex.
Comment 3 Robert Freund 2010-05-04 17:10:48 UTC
2010-04-20 resolved as proposed