Re: WSDL 1.1 for XKMS note

> Thanks for your hard work and the files. I fixed some few broken 
> XHTML issues and uploaded them to our server[1].

Thank you!

> 1. Shouldn't the title of the document be:
>    "WSDL 1.1 Profile for XKMS"

I'm not so sure.  When I see WSDL profile for XKMS, it makes me think 
taht we're defining WSDL extensions to say how to use XKMS; eg. the WSDL 
profile for SOAP says how to encode SOAP MEP's into WSDL.  But maybe I'm 
confused by too many standards groups :)  Feel free to change it.

> 2.  Shouldn't there be some additional context, for example reminding
>    people that the XKMS Spec. doesn't provide any resource discovery mechanism
>    to tell which options it actually supports. Then say this could
>    be done with WSDL and that here's a first version of an XKMS service
>    description with WSDL 1.1.

Yes.  -  How about replacing the intro with this  text:


<p>The <a href="http://www.w3.org/TR/xkms2/#XKMS_2_0_Section_9">
     shape="rect">XKMS</a> recommendation does not define a mechanism for
   resource discovery, such as specifying the set of operations supported.
   It suggests that a client consult metadata such as a WSDL description.
   This note provides a definition that might be useful to
   implementors.</p>

<p>Since XKMS uses a conventional request-response message exchange
   pattern, the WSDL file is very straightforward.  In fact, a server
   that implemented the entire service would most likely only have 
            to change two parameters.  The first is the URL where the 
service
   may be reached.  A single XKMS service may wish to expose one URL 
            for all domains that it processes, or a separate URL for 
each one.
   The second is the value of the <code>SOAPAction</code> HTTP header,
   which is often not significant anyway.  </p>



Thanks!

	/r$

-- 
Rich Salz, Chief Security Architect
DataPower Technology                           http://www.datapower.com
XS40 XML Security Gateway   http://www.datapower.com/products/xs40.html

Received on Wednesday, 28 September 2005 14:44:54 UTC