attachment-0002
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Impact;
panose-1:2 11 8 6 3 9 2 5 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.hoenzb
{mso-style-name:hoenzb;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">All,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The PWG semantic model(V1 2002-2004, V2 2005-present) was written using WSDL 1.1. Although WSDL 2.0 was released mid-2007 it took some time for the tools to
catch up. Specifically XML SPY did not support it until late 2009 and I used that tool to edit all the WSDL and schema. The gSOAP tool did not support WSDL 2.0 until late 2012 and I use that tool for advanced prototyping.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">While I believe it is possible to create a single WSDL file for both a SOAP and REST binding for simple operations I do not think that is applicable in this
case. The main issue is the lack of a schema language for JSON. As far as I know it is still only an Internet Draft and has no support in any tool of which I am aware. XML SPY will convert WSDL 1.1 to 2.0 and it can generate a JSON document instance from
an XML document instance. It cannot create a REST/JSON binding from a SOAP/XML binding. The only way (read that as HACK) I was able to go from XML schema to JSON schema was to generate Java classes from the XML Schema and then generate JSON Schema from
the Java classes. But then again I have not played around in this area in a while. I think better tools exist now (See <<a href="http://www.jsonschema.net/">http://www.jsonschema.net/</a>>)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Our service operations are not that complicated but some of the parameters derived from the underlying model certainly are complex. The automated generation
of the entire model, or the most interesting components such as Tickets, Jobs etc., can be done in XML or JSON from tools like XML SPY. Perhaps the transformation can be automated. Many of you are probably familiar with Google Cloud Print. Notice in that
API specification the majority of the interesting object’s attributes are not included in the specification (See <<a href="https://developers.google.com/cloud-print/docs/proxyinterfaces#commonoutput">https://developers.google.com/cloud-print/docs/proxyinterfaces#commonoutput</a>>).
The PWG should provide a complete JSON dictionary for the entire model as well as the REST binding for the operations. As with all our protocols vendors would be free to subset or extend under the usual constraints.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I would think a text based approach is probably the only approach possible at this time for the REST/JSON mapping.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Pete<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Impact","sans-serif";color:navy">Peter Zehler</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
<br>
</span><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:navy">Xerox Research Center Webster<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Email:
<a href="mailto:Peter.Zehler@Xerox.com">Peter.Zehler@Xerox.com</a></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Voice: (585) 265-8755</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">FAX: (585) 265-7441</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">US Mail: Peter Zehler</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Xerox Corp.</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">800 Phillips Rd.</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">M/S 128-25E</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Webster NY, 14580-9701</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">
</span><span style="color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> cloud-bounces@pwg.org [mailto:cloud-bounces@pwg.org]
<b>On Behalf Of </b>Ira McDonald<br>
<b>Sent:</b> Tuesday, June 18, 2013 10:58 AM<br>
<b>To:</b> Randy Turner; Ira McDonald<br>
<b>Cc:</b> cloud@pwg.org<br>
<b>Subject:</b> Re: [Cloud] Minutes posted from today's Cloud Imaging WG concall<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Hi Randy,<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">My mistake here.<o:p></o:p></p>
</div>
<p class="MsoNormal">When I wrote all the original System, Service, Subunit, etc. classes for
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">PWG SM 2.0 schema in the PWG WIMS project, I wrote only WSDL 2.0.<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">I mistakenly thought that Pete has been releasing WSDL 2.0 since then.<o:p></o:p></p>
</div>
<p class="MsoNormal">If we issued PWG SM 2.0 XML Schema w/ WSDL 2.0, a *lot* of the<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">heavy lifting for REST and other bindings would be done.<o:p></o:p></p>
</div>
<p class="MsoNormal">Cheers,<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">- Ira<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">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 & Printer MIB<br>
Blue Roof Music/High North Inc<br>
<a href="http://sites.google.com/site/blueroofmusic" target="_blank"><span style="color:#3333FF">http://sites.google.com/site/blueroofmusic</span></a><br>
<a href="http://sites.google.com/site/highnorthinc" target="_blank"><span style="color:#6600CC">http://sites.google.com/site/highnorthinc</span></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<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Mon, Jun 17, 2013 at 10:34 PM, Randy Turner <<a href="mailto:rturner@amalfisystems.com" target="_blank">rturner@amalfisystems.com</a>> wrote:<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Hi Mike,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The RESTful mapping specification could be written using WSDL 2.0, but I don'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.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Ira pointed out that we might be able to use a single spec for both RESTful and WS-* mappings, but I'm not sure if that's going to work - it might - I just haven't seen it done. IBM has a raft of WSDL 2.0 RESTful specs, but they're ONLY
RESTful WSDL 2.0 specs…not a combined WS-* / RESTful spec.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">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't have to know XML, XSD, or WSDL dialect to understand it. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">As an example of a text-based (non-standard) spec, the following link documents Google's "search" API:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><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><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I'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'm still looking into this.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:#888888">R.<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Jun 17, 2013, at 6:25 PM, Michael Sweet wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<div>
<p class="MsoNormal">Randy,<br>
<br>
On 2013-06-17, at 5:25 PM, Randy Turner <<a href="mailto:rturner@amalfisystems.com" target="_blank">rturner@amalfisystems.com</a>> wrote:<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">...<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">I also wanted to make sure that the concept of registration ("I want to make my printer available to the cloud") is included -- I'm uneasy with some of the items we've talked about in the past being "out of scope" -- Without registration,
nothing happens - there is no "service". We may need to review a couple of other "out-of-scope" items to make sure we're not specifying an abstract model that can't be instantiated by something "concrete" that actually works.<o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><br>
I think we are all now on the same page WRT registration. As Glen likes to call it, our focus will be on "device registration" and not on the specific security/ACL implementation details - that will be IDS'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>
<br>
<o:p></o:p></p>
<p class="MsoNormal">On a separate thread, I would like to "re-introduce" my proposal that we include a RESTful specification as one of our initial mapping documents for cloud imaging.<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><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>
<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><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. <o:p></o:p></p>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><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><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><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. <o:p></o:p></p>
</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.
</body>
</html>