<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Sam - Yes, saw them in the spec. &nbsp; I just was looking up the PATCH
verb, which could be useful - as it helps the server know exactly what
to change.&nbsp;&nbsp; Some other verbs from WebDAV which might be useful in the
future too (the check in/out and versioning ones).<br>
&nbsp;&nbsp; <br>
Sam Johnston wrote:
<blockquote
 cite="mid:21606dcf0910181658t437ae77fj48967d19974f0337@mail.gmail.com"
 type="cite">Michael,<br>
  <br>
On Sun, Oct 18, 2009 at 10:35 PM, Michael Behrens <span dir="ltr">&lt;<a
 moz-do-not-send="true" href="mailto:michael.behrens@r2ad.com">michael.behrens@r2ad.com</a>&gt;</span>
wrote:<br>
  <div class="gmail_quote">
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div text="#000000" bgcolor="#ffffff">FYI: In looking around for a
list of HTTP verbs with specification
mappings....I found this one (is there a better one?):<br>
&nbsp;&nbsp;&nbsp; <a moz-do-not-send="true"
 href="http://annevankesteren.nl/2007/10/http-methods" target="_blank">http://annevankesteren.nl/2007/10/http-methods</a><br>
    </div>
  </blockquote>
  <div><br>
Anne's is the most useful one I've seen but you did see that I've
referred back to a normative reference (usually an RFC) for each of the
verbs included in the OCCI spec, right?<br>
  <br>
Sam<br>
&nbsp;</div>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div text="#000000" bgcolor="#ffffff">Sam Johnston wrote:<br>
    <blockquote type="cite">
      <div>
      <div class="h5">[moving this off-list discussion to the list
where it
belongs]<br>
      <br>
On Sun, Oct 18, 2009 at 12:40 PM, &lt;AC&gt;<span dir="ltr"></span>
wrote:<br>
      <br>
      <div class="gmail_quote">
      <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">As
we
move closer to practical working set of management actions, it
appears we are moving further away from ReSTful principals. Now, we
have 4 additional actions HEAD, OPTIONS, &nbsp;MOVE, and PATCH over the ReST
CRUD. We haven't even begun to here from user wanting CHECKPOINT, COPY
and CLONE (a live checkpoint copy).</blockquote>
      <div><br>
All of these verbs are useful and none of them are particularly
non-RESTful - in fact they're effectively performance optimisations:<br>
&nbsp;- HEAD allows one to retrieve metadata without the entire (possibly
large) representation<br>
&nbsp;- OPTIONS allows you to "look before you leap"<br>
&nbsp;- COPY allows a remote client to request a resource be transferred
(short for GET followed by PUT, only allows e.g. EDGE connected iPhones
to participate)<br>
&nbsp;- MOVE is like COPY, only it's short for GET-PUT-DELETE (again
avoiding the need to transfer the whole lot via the client)<br>
&nbsp;- PATCH is like PUT, only it doesn't require the entire entity to be
transferred (rather just the changes in e.g. diff format)<br>
      <br>
Without these optimised HTTP verbs it would be literally impossible to,
for example, migrate a virtual machine from one cloud to another from a
client sitting on a "slow" connection like 3G/EDGE/GPRS, or even ADSL.
Note also that they have all been standardised at some point by the
IETF, either in HTTP itself or WebDAV.<br>
      <br>
Nobody's talking about introducing our own non-standard HTTP verbs for
OCCI.<br>
      <br>
      </div>
      <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Using
SSL
and other secure protocols, we eliminate any possibility to
leverage existing document cache infrastructures. <br>
      </blockquote>
      <div><br>
No, we eliminate the possibility for *untrusted intermediaries* to
cache, which is by design.<br>
      <br>
      </div>
      <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">As
OCCI
continues to mature towards practical design, &nbsp;many aspects of
ReST seems to be incompatible with real world management applications.
&nbsp;Outside of the resource addressing scheme, which is very similar to
SNMP and CMIP/CMOT in concept, ReST provides very little to guide the
direction of our technical decisions. In fact, the more I think of it,
the more it looks like "snake oil". It appears to have a large
following of "devotees", drinking that koolaid and blindly chant a ReST
mantra. The scary part is, most don't have a clue of impacts or its
proper application.<br>
      </blockquote>
      <div><br>
Attacking an API for being RESTful after it's been written (based on a
clear consensus to be RESTful no less) is not what I would call
"constructive criticism", especially when framed as a religious debate
when it's not. There are plenty of forums for such "discussion" but
this isn't one of them - we're assessing all the options on technical
merit with a view to reaching a rough consensus and producing running
code (even if we're not the ones writing it).<br>
      <br>
If you insist on having this discussion then I would suggest focusing
on the content rather than the contributors, for example by
highlighting specific instances where REST fails to deliver <u>and</u>
where RPC would have done a better job. Good luck with that.<br>
      <br>
Sam<br>
      <br>
      </div>
      <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">-&lt;AC&gt;<br>
        <br>
Sam Johnston wrote:<br>
        <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
          <div>On Fri, Oct 16, 2009 at 7:32 PM, &lt;AC&gt; wrote:<br>
          <br>
          <br>
&nbsp; &nbsp;And, how does this impact the implementation of ReSTful principals<br>
&nbsp; &nbsp;as called out in the last draft of the occi specification ?<br>
          <br>
          <br>
It doesn't. It just provides a shortcut for someone who wants to make a
minor change (e.g. the number of compute cores) to a large
representation (e.g. OVF for an entire cluster).<br>
          <br>
Sam<br>
          <br>
&nbsp; &nbsp;On Fri, Oct 16, 2009 at 4:09 AM, Sam Johnston &lt;<a
 moz-do-not-send="true" href="mailto:samj@samj.net" target="_blank">samj@samj.net</a><br>
          </div>
          <div> &nbsp; &nbsp;&lt;mailto:<a moz-do-not-send="true"
 href="mailto:samj@samj.net" target="_blank">samj@samj.net</a>&gt;&gt;
wrote:<br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp;Afternoon all,<br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp;The HTTP PATCH verb is interesting in that it allows you to<br>
&nbsp; &nbsp; &nbsp; &nbsp;update a representation without having to transfer the entire<br>
&nbsp; &nbsp; &nbsp; &nbsp;thing. It's a space-time tradeoff in that it's a smaller<br>
&nbsp; &nbsp; &nbsp; &nbsp;transfer but you then have to generate and apply the patch,<br>
&nbsp; &nbsp; &nbsp; &nbsp;but for large/complex representations and remote (e.g. iPhone)<br>
&nbsp; &nbsp; &nbsp; &nbsp;users it could provide significant benefit. I wouldn't suggest<br>
&nbsp; &nbsp; &nbsp; &nbsp;that it be required at this time given lack of implementation<br>
&nbsp; &nbsp; &nbsp; &nbsp;(e.g. Apache) support but I've added a reference to it to OCCI<br>
&nbsp; &nbsp; &nbsp; &nbsp;as it will be useful for some applications and I'd rather<br>
&nbsp; &nbsp; &nbsp; &nbsp;provide the functionality than have people invent it.<br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp;It's worth noting that PATCH first made an appearance (along<br>
&nbsp; &nbsp; &nbsp; &nbsp;with LINK and UNLINK) in the first HTTP RFCs but wasn't<br>
&nbsp; &nbsp; &nbsp; &nbsp;included in more recent releases due to lack of implementations.<br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp;Sam<br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp;---------- Forwarded message ----------<br>
          </div>
          <div> &nbsp; &nbsp; &nbsp; &nbsp;From: *Mark Nottingham* &lt;<a
 moz-do-not-send="true" href="mailto:mnot@mnot.net" target="_blank">mnot@mnot.net</a>
&lt;mailto:<a moz-do-not-send="true" href="mailto:mnot@mnot.net"
 target="_blank">mnot@mnot.net</a>&gt;&gt;<br>
&nbsp; &nbsp; &nbsp; &nbsp;Date: Fri, Oct 16, 2009 at 1:48 AM<br>
&nbsp; &nbsp; &nbsp; &nbsp;Subject: Fwd: New Version Notification -<br>
&nbsp; &nbsp; &nbsp; &nbsp;draft-dusseault-http-patch-15.txt<br>
&nbsp; &nbsp; &nbsp; &nbsp;To: HTTP Working Group &lt;<a moz-do-not-send="true"
 href="mailto:ietf-http-wg@w3.org" target="_blank">ietf-http-wg@w3.org</a><br>
          </div>
          <div> &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:<a moz-do-not-send="true"
 href="mailto:ietf-http-wg@w3.org" target="_blank">ietf-http-wg@w3.org</a>&gt;&gt;<br>
          <br>
          <br>
          <br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;New version (-15) has been submitted for<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;draft-dusseault-http-patch-15.txt.<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a moz-do-not-send="true"
 href="http://www.ietf.org/internet-drafts/draft-dusseault-http-patch-15.txt"
 target="_blank">http://www.ietf.org/internet-drafts/draft-dusseault-http-patch-15.txt</a><br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Sub state has been changed to AD Follow up from New Id Needed<br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Diff from previous version:<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a moz-do-not-send="true"
 href="http://tools.ietf.org/rfcdiff?url2=draft-dusseault-http-patch-15"
 target="_blank">http://tools.ietf.org/rfcdiff?url2=draft-dusseault-http-patch-15</a><br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;IETF Secretariat.<br>
          <br>
          <br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp;--<br>
&nbsp; &nbsp; &nbsp; &nbsp;Mark Nottingham &nbsp; &nbsp; <a moz-do-not-send="true"
 href="http://www.mnot.net/" target="_blank">http://www.mnot.net/</a><br>
          <br>
          <br>
          <br>
          <br>
&nbsp; &nbsp; &nbsp; &nbsp;_______________________________________________<br>
&nbsp; &nbsp; &nbsp; &nbsp;occi-wg mailing list<br>
          </div>
&nbsp; &nbsp; &nbsp; &nbsp;<a moz-do-not-send="true" href="mailto:occi-wg@ogf.org"
 target="_blank">occi-wg@ogf.org</a> &lt;mailto:<a
 moz-do-not-send="true" href="mailto:occi-wg@ogf.org" target="_blank">occi-wg@ogf.org</a>&gt;

          <div><br>
&nbsp; &nbsp; &nbsp; &nbsp;<a moz-do-not-send="true"
 href="http://www.ogf.org/mailman/listinfo/occi-wg" target="_blank">http://www.ogf.org/mailman/listinfo/occi-wg</a><br>
          <br>
          <br>
          <br>
          </div>
        </blockquote>
        <br>
      </blockquote>
      </div>
      <br>
      </div>
      </div>
      <pre><div><div class="h5">
<fieldset></fieldset>
_______________________________________________
occi-wg mailing list
<a moz-do-not-send="true" href="mailto:occi-wg@ogf.org" target="_blank">occi-wg@ogf.org</a>
</div></div><div class="im"><a moz-do-not-send="true"
 href="http://www.ogf.org/mailman/listinfo/occi-wg" target="_blank">http://www.ogf.org/mailman/listinfo/occi-wg</a>
  </div></pre>
    </blockquote>
    <br>
    <br>
    <pre cols="72">-- 
Michael Behrens
R2AD, LLC
(571) 594-3008 (cell)
(703) 714-0442 (land)
    </pre>
    </div>
  </blockquote>
  </div>
  <br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">-- 
Michael Behrens
R2AD, LLC
(571) 594-3008 (cell)
(703) 714-0442 (land)
</pre>
</body>
</html>