attachment-0002

<div dir="ltr"><div><div><div><div><div><div><div><div>Hi Randy,<br><br></div>My mistake here.<br><br></div>When I wrote all the original System, Service, Subunit, etc. classes for <br></div><div>PWG SM 2.0 schema in the PWG WIMS project, I wrote only WSDL 2.0.<br>
</div><br></div>I mistakenly thought that Pete has been releasing WSDL 2.0 since then.<br><br></div>If we issued PWG SM 2.0 XML Schema w/ WSDL 2.0, a *lot* of the<br></div>heavy lifting for REST and other bindings would be done.<br>
<br></div>Cheers,<br></div>- Ira<br><br></div><div class="gmail_extra"><br clear="all"><div>Ira McDonald (Musician / Software Architect)<br>Chair - Linux Foundation Open Printing WG<br>Secretary - IEEE-ISTO Printer Working Group<br>
Co-Chair - IEEE-ISTO PWG IPP WG<br>Co-Chair - TCG Trusted Mobility Solutions WG<br>Chair - TCG Embedded Systems Hardcopy SG<br>IETF Designated Expert - IPP &amp; Printer MIB<br>Blue Roof Music/High North Inc<br><a style="color:rgb(51,51,255)" href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br>
<a style="color:rgb(102,0,204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>mailto:<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>
Winter  579 Park Place  Saline, MI  48176  734-944-0094<br>Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434<br><br><div style="display:inline"></div><div style="display:inline"></div><div style="display:inline"></div>
<div></div><div></div><div></div><div></div></div>
<br><br><div class="gmail_quote">On Mon, Jun 17, 2013 at 10:34 PM, Randy Turner <span dir="ltr">&lt;<a href="mailto:rturner@amalfisystems.com" target="_blank">rturner@amalfisystems.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div><br></div>Hi Mike,<div><br></div><div><br></div><div>The RESTful mapping specification could be written using WSDL 2.0,  but I don&#39;t think we currently  have a WSDL 2.0 schema anywhere…the namespaces between WSDL 1.1 and 2.0 are quite different, and the structure of a 2.0 WSDL looks a bit different than a 1.1.</div>
<div><br></div><div>Ira pointed out that we might be able to use a single spec for both RESTful and WS-* mappings, but I&#39;m not sure if that&#39;s going to work - it might - I just haven&#39;t seen it done.  IBM has a raft of WSDL 2.0 RESTful specs, but they&#39;re ONLY RESTful WSDL 2.0 specs…not a combined WS-* / RESTful spec.</div>
<div><br></div><div>I had a chat with a guy from Google and he indicated all of their web services (public facing) have RESTful implementations, and that the API specification is a very simple text-based document describing the URIs, parameters, and basic operation.  You don&#39;t have to know XML, XSD, or WSDL dialect to understand it.  </div>
<div><br></div><div>As an example of a text-based (non-standard) spec, the following link documents Google&#39;s &quot;search&quot; API:</div><div><br></div><div><a href="https://developers.google.com/custom-search/v1/using_rest#query-params" target="_blank">https://developers.google.com/custom-search/v1/using_rest#query-params</a></div>
<div><br></div><div>I&#39;m not opposed to using WSDL 2.0, but we may need a WSDL for WS-* and a separate WSDL (2.0) for REST.   I&#39;m still looking into this.</div><span class="HOEnZb"><font color="#888888"><div><br></div>
<div>R.</div></font></span><div><div class="h5"><div><br></div><div><br><div><div>On Jun 17, 2013, at 6:25 PM, Michael Sweet wrote:</div><br><blockquote type="cite"><div>Randy,<br><br>On 2013-06-17, at 5:25 PM, Randy Turner &lt;<a href="mailto:rturner@amalfisystems.com" target="_blank">rturner@amalfisystems.com</a>&gt; wrote:<br>
<blockquote type="cite">...<br></blockquote><blockquote type="cite">I also wanted to make sure that the concept of registration (&quot;I want to make my printer available to the cloud&quot;) is included -- I&#39;m uneasy with some of the items we&#39;ve talked about in the past being &quot;out of scope&quot; --  Without registration, nothing happens - there is no &quot;service&quot;.  We may need to review a couple of other &quot;out-of-scope&quot; items to make sure we&#39;re not specifying an abstract model that can&#39;t be instantiated by something &quot;concrete&quot; that actually works.<br>
</blockquote><br>I think we are all now on the same page WRT registration.  As Glen likes to call it, our focus will be on &quot;device registration&quot; and not on the specific security/ACL implementation details - that will be IDS&#39;s bailiwick.  Thus, it will be possible to use the model with any security framework so long as it meets the basic requirements of the Semantic Model and whatever we come up with for requirements of Cloud.<br>
<br><blockquote type="cite">On a separate thread, I would like to &quot;re-introduce&quot; my proposal that we include a RESTful specification as one of our initial mapping documents for cloud imaging.<br></blockquote><br>
There was some discussion about how we might document implementing the PWG model with existing cloud solutions - perhaps that could be part of the RESTful binding specification (as an informative appendix)?<br><br>_________________________________________________________<br>
Michael Sweet, Senior Printing System Engineer, PWG Chair<br><br><br></div></blockquote></div><br></div><br>-- 
<br>This message has been scanned for viruses and
<br>dangerous content by
<a href="http://www.mailscanner.info/" target="_blank"><b>MailScanner</b></a>, and is
<br>believed to be clean.
</div></div></div>
<br>_______________________________________________<br>
cloud mailing list<br>
<a href="mailto:cloud@pwg.org">cloud@pwg.org</a><br>
<a href="https://www.pwg.org/mailman/listinfo/cloud" target="_blank">https://www.pwg.org/mailman/listinfo/cloud</a><br>
<br></blockquote></div><br></div>
<br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.