<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">This whole thing looks like the &quot;Hammer&#39;d Stack&quot; to me. I am not alluding to Mr Hammer himself. Rather to all the people involved in the development of this Stack.<div>
<br></div><div>I thought the IIW would have put some sense into all you guys heads. Instead things are getting wierd and  wilder by the day,after the IIW. I sincererly hope we don&#39;t reach the bizarre. I have been posting all my arguments at the OpenID forum if you are interested in reading them. Coming from a potential consumer of your spec rather than a peer, it might do good for you guys to read those comments.</div>
<div><br></div><div>The whole thing looks like, &quot;too many cooks spoiling the broth&quot; and &quot;a camel is a horse designed by a committee&quot;.</div><div><br></div><div>I have a solution for the problem. We must send Mr Hammer to a remote island, with no communication to the rest of the world, for a period of one month, with a mandate to come out with a new Hammer Stack, paid for by the OIDF (I have copied this to OIDF). I am sure he will come up with a fantastic spec.</div>
<div><br></div></span><br><div class="gmail_quote">On Sat, Nov 7, 2009 at 1:11 AM, John Panzer <span dir="ltr">&lt;<a href="mailto:jpanzer@google.com">jpanzer@google.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
All (and I do mean all, I&#39;ve pulled in a lot of related lists, so please be selective in replies to this email):<div><br></div><div>At IIW this week, there was a spontaneous marathon session about nailing down open issues around discovery (which Webfinger depends on and is helping to drive).  The notes from the discussion are available at <a href="https://docs.google.com/a/johnpanzer.com/Doc?docid=0AZojn6fzr_tFZGRqNjhzcXZfOWY1cXA3emY5&amp;hl=en" target="_blank">https://docs.google.com/a/johnpanzer.com/Doc?docid=0AZojn6fzr_tFZGRqNjhzcXZfOWY1cXA3emY5&amp;hl=en</a>.  A  lot of people were there, my estimate as 20+ at one point.</div>

<div><br></div><div>Since the Hammer Discovery Stack encompasses no fewer than 6 independent standards, there is no one mailing list to go to in order to discuss the whole thing top to bottom.  I suggest the Webfinger mailing list as a place to talk about all of the pieces together.  First off, I&#39;m going to draw a box around the whole stack (L(a)RDD, XRD, host-meta, Webfinger, .well-known, Web Linking).  The consensus at IIW was that this was the &quot;Hammer Discovery Stack&quot; so that&#39;s what I&#39;ll call it (see <a href="http://www.flickr.com/photos/57287692@N00/4081200654/" target="_blank">http://www.flickr.com/photos/57287692@N00/4081200654/</a>).</div>

<div><br></div><div>So, what&#39;s the state of the Hammer Discovery Stack?  I&#39;ll try to capture <i>the consensus of the sub-group at IIW</i> below.  Note that these all need to be ratified by the various standards groups for doing the various bits of the Stack.</div>

<div><br></div><div>1. HDS needs the .well-known/host-meta XRD file to be able to indicate what &quot;host&quot; it&#39;s talking about.  <b>RESOLVED</b>: &lt;hm:Host&gt;<a href="http://example.com" target="_blank">example.com</a>&lt;/hm:Host&gt;, no Subject, contents of hm:Host to be RFC 3986 &quot;Host&quot; string.</div>

<div><br></div><div>2. HDS needs a simple URI template syntax for template XRD files (XRD files that contain recipes for URIs rather than actual URIs).  It also needs a vocabulary, e.g., what variable names does HDS require? <b>RESOLVED</b>:  Use {uri} and {+uri}.  These are forward-compatible with RFCs that are in-the-works but don&#39;t depend on to-be-minted RFCs.  We use one variable, &quot;uri&quot;, no sub-parts.  </div>

<div><br></div><div>3. HDS (via L(a)RDD) needs to define what priority to use when doing discovery between Link: header, various resource-specific link elements, and host-meta.  This comes down to one question:  Should HDS prioritize <i>host-first</i> discovery, meaning that if host-meta exists it has the final word, or should it prioritize <i>resource-first</i> discovery, meaning that if Link: header or &lt;link&gt; element exists it has the final word?  <b>RESOLVED</b>:  There Can Be Only One; everyone agreed that there must be one priority order, it cannot be left undefined or optional, and everyone was willing to give up their favorite ordering in order to standardize on just one.  <b>NOT RESOLVED</b>:  Exactly which of host-first or resource-first we should pick.  (I plan to start a separate thread for this topic.)</div>

<div><br></div><div>4. We also discovered that the HDS does not currently define what it means to have a template {uri} inside anything other than a host-meta XRD.  This is because the spec writers didn&#39;t have a use case for this.  Breno has a use case for this, and believes that signed XRDs for individual resources are only going to be deployable in many situations if you can sign a template rather than having to dynamically sign millions of individual XRD representations.  <b>RESOLVED</b>:  To solve this, <b>Breno</b> needs to write up a proposal for the semantics and get it adopted by the HDS (somewhere).</div>

<div><br></div><div>RAN OUT OF TIME/COFFEE, NO DISCUSSION:</div><div><span style="font-family:Verdana"><b>Webfinger - syntax of acct: <span style="font-weight:normal"><b>URI </b></span></b></span></div>
<div><span style="font-family:Verdana"><b><span style="font-weight:normal"><b></b><b>Webfinger - rel value </b></span></b></span></div><div><span style="font-family:Verdana"><b><span style="font-weight:normal"><b></b><b>Generalized Discovery for URIs </b></span></b></span></div>

<div><span style="font-family:Verdana"><b><span style="font-weight:normal"><b></b><b>Rel value for xrd-edit URL (a way to discover how to add services? go to web page?)</b></span></b></span></div>
<div><br></div><div>Please follow up on individual issues by starting or contributing to threads in the appropriate spec discussion lists.  If you can&#39;t figure out what that is for one or more issue, please start with the webfinger list (<a href="mailto:webfinger@googlegroups.com" target="_blank">webfinger@googlegroups.com</a>) and we&#39;ll play traffic cop.</div>

<div><br></div><font color="#888888"><div>--<br>John Panzer / Google<br><a href="mailto:jpanzer@google.com" target="_blank">jpanzer@google.com</a> / <a href="http://abstractioneer.org" target="_blank">abstractioneer.org</a> / @jpanzer<br>
<br>
</div>
</font><br>_______________________________________________<br>
specs mailing list<br>
<a href="mailto:specs@lists.openid.net">specs@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><a href="http://hi.im/santosh">http://hi.im/santosh</a><br><br><br>