{"id":266,"date":"2004-01-30T06:23:00","date_gmt":"2004-01-30T10:23:00","guid":{"rendered":"http:\/\/www.markbaker.ca\/wp\/?p=245"},"modified":"2004-01-30T06:23:00","modified_gmt":"2004-01-30T10:23:00","slug":"now-departing-grid-next-stop-web","status":"publish","type":"post","link":"http:\/\/www.markbaker.ca\/blog\/2004\/01\/now-departing-grid-next-stop-web\/","title":{"rendered":"Now departing Grid.  Next stop, Web."},"content":{"rendered":"<p>Via <a href=\"http:\/\/savas.parastatidis.name\/\">Savas<\/a> (subscribed!), I&#8217;m following\na lot of the discussion regarding the recent Grid\/Web-services &#8220;unification&#8221; specs,\n<a href=\"http:\/\/www.globus.org\/wsrf\">WSRF<\/a>.  Good stuff!  These folks are even closer\nto having their Web gestalt moment I believe, as they&#8217;re now talking about\n&#8220;stateful resources&#8221; (now\n<a href=\"http:\/\/www.w3.org\/TR\/2003\/WD-webarch-20031209\/#dereference-uri\">where<\/a>\nhave I heard of those before?) in the context of integrating two different systems,\nthe Grid and Web services.  Rock on!  I think I&#8217;ll sign up to a mailing list or two.<\/p>\n\n<p>While following those links, I ran across a proposal by Savas and his group\ncalled <a href=\"http:\/\/www.neresc.ac.uk\/ws-gaf\">WS-GAF<\/a>, a sort of accidental\nprecursor to parts of WSRF.  It mentioned REST;<\/p>\n\n<blockquote>\nThere have been proposals for naming and uniformly providing access to resources, like the REpresentational State Transfer (REST) [2] model. However, since REST depends on HTTP it is protocol specific and hence unsuitable for heterogeneous systems like the Grid.\n<\/blockquote>\n\n<p>First, I just want to say that I think it&#8217;s wonderful that REST was even\nmentioned in the context of the Grid.  Most folks think it&#8217;s still just for\nhumans and browsers and HTML.  Very refreshing.  Now for the bad news (come on,\nyou knew it was coming &#8230; 8-).  REST does not depend on HTTP at all.  It is\nan <em>architectural style<\/em>, and therefore prescribes no specific\nimplementation, it just describes the constraints that one uses when designing\na RESTful system.  You could run out and build one that didn&#8217;t use\nany existing technology, if you\n<a href=\"http:\/\/www.m-w.com\/cgi-bin\/dictionary?book=Dictionary&amp;va=masochist&amp;x=0&amp;y=0\">wanted to<\/a>.<\/p>\n\n<p>Savas might be interested in a\n<a href=\"http:\/\/www.markbaker.ca\/2002\/09\/Blog\/2003\/08\/28#2003-08-ws-oo\">response<\/a>\nof mine to\n<a href=\"http:\/\/weblogs.cs.cornell.edu\/AllThingsDistributed\/\">Werner Vogels<\/a>\nregarding his\n<a href=\"http:\/\/weblogs.cs.cornell.edu\/AllThingsDistributed\/archives\/000343.html\">Web services are not distributed objects<\/a> paper.<\/p>\n\n<p>WS-GAF still uses URIs, which is great.  Here&#8217;s an example of one;<\/p>\n\n<blockquote>\nurn:dais:dataset:b4136aa4-2d11-42bd-aa61-8e8aa5223211\n<\/blockquote>\n\n<p>This is wonderful, in a sense.  It&#8217;s the first time I&#8217;ve seen that we&#8217;ve narrowed\nthe whole SOA\/REST\/Web issue down to an issue of Web architecture, in particular,\n<a href=\"http:\/\/www.w3.org\/2001\/tag\/issues.html#httpRange-14\">httpRange-14<\/a>\n(well, you have to squint a little to see why it&#8217;s really that issue &#8211; it could\nhave been called the &#8220;uriRange&#8221; issue, i.e. what can a URI identify?).<\/p>\n\n<p>So my claim is that WS-GAF would be far better off to identify its resources\nusing http URIs, for the same\n<a href=\"http:\/\/lists.w3.org\/Archives\/Public\/www-rdf-interest\/2004Jan\/0190.html\">reason that &#8220;info&#8221; scheme users would<\/a>.<\/p>","protected":false},"excerpt":{"rendered":"Via Savas (subscribed!), I&#8217;m following a lot of the discussion regarding the recent Grid\/Web-services &#8220;unification&#8221; specs, WSRF. Good stuff! These folks are even closer to having their Web gestalt moment I believe, as they&#8217;re now talking about &#8220;stateful resources&#8221; (now where have I heard of those before?) in the context of integrating two different systems, [&hellip;]","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-266","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts\/266","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/comments?post=266"}],"version-history":[{"count":0,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts\/266\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/media?parent=266"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/categories?post=266"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/tags?post=266"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}