<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
I thought of this during the merge process as well -- "associate" is a direct import from OIDC. The reasoning behind this verb is that you're "associating" a set of client metadata to a particular client identifier.
<div><br>
</div>
<div>I'd be happy to change this term to "client_register" if there's consensus for a move to that terminology.</div>
<div><br>
</div>
<div>Also, forgot to mention this before: The latest version of it will always be on my github:</div>
<div><br>
</div>
<div> <a href="https://github.com/jricher/oauth-spec">https://github.com/jricher/oauth-spec</a></div>
<div><br>
</div>
<div>This has the added benefit of allowing you all to fork the repo, make edits, file issues, and make pull requests against the document in between uploads to the IETF datatracker.</div>
<div><br>
</div>
<div> -- Justin
<div><br>
</div>
<div><br>
<div>
<div>On Nov 5, 2012, at 5:38 PM, Tim Bray wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div style="font-family:arial,helvetica,sans-serif;font-size:10pt">Quick question: Why is it “association request”, not “registration request”? Nearly everywhere the term “association” appears, it seems like you could insert “registration” and achieve better
clarity. -T<br>
<br>
<div class="gmail_quote">On Mon, Nov 5, 2012 at 2:20 PM, Richer, Justin P. <span dir="ltr">
<<a href="mailto:jricher@mitre.org" target="_blank">jricher@mitre.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This draft combines the best-usable parts UMA and OpenID Connect dynamic registration drafts into one document that's designed to facilitate dynamic client registration. I've significantly reorganized the document and I've tried to exorcise any obvious dependencies
on OpenID Connect or UMA. This protocol follows the OpenID Connect registration model most closely, in that it's form-parameters in and JSON out (as opposed to JSON round trip). This matches the rest of the OAuth protocol. It's a push model only for metadata
as well, but it allows clients to push updates.<br>
<br>
General formatting is still rough, but I think that the text is mostly readable and complete. There are several Editor's Notes in the document that bring up what I consider to be open questions or issues with the functionality. One that I forgot to leave a
note for is client unregistration. Does it make sense to provide mechanisms for a full lifecycle for well-behaved clients?<br>
<br>
We'll be discussing this draft in person at the IETF meeting for the OAuth working group on Thursday for anybody who wants to throw tomatoes at me*.<br>
<br>
-- Justin<br>
<br>
<br>
*Please do not actually throw tomatoes at me.<br>
<br>
________________________________________<br>
From: <a href="mailto:oauth-bounces@ietf.org">oauth-bounces@ietf.org</a> [<a href="mailto:oauth-bounces@ietf.org">oauth-bounces@ietf.org</a>] on behalf of
<a href="mailto:internet-drafts@ietf.org">internet-drafts@ietf.org</a> [<a href="mailto:internet-drafts@ietf.org">internet-drafts@ietf.org</a>]<br>
Sent: Monday, November 05, 2012 5:12 PM<br>
To: <a href="mailto:i-d-announce@ietf.org">i-d-announce@ietf.org</a><br>
Cc: <a href="mailto:oauth@ietf.org">oauth@ietf.org</a><br>
Subject: [OAUTH-WG] I-D Action: draft-ietf-oauth-dyn-reg-01.txt<br>
<div class="HOEnZb">
<div class="h5"><br>
A New Internet-Draft is available from the on-line Internet-Drafts directories.<br>
This draft is a work item of the Web Authorization Protocol Working Group of the IETF.<br>
<br>
Title : OAuth Dynamic Client Registration Protocol<br>
Author(s) : Justin Richer<br>
Thomas Hardjono<br>
Maciej Machulak<br>
Eve Maler<br>
Christian Scholz<br>
Nat Sakimura<br>
John Bradley<br>
Michael B. Jones<br>
Filename : draft-ietf-oauth-dyn-reg-01.txt<br>
Pages : 20<br>
Date : 2012-11-05<br>
<br>
Abstract:<br>
This specification proposes an OAuth Dynamic Client Registration<br>
protocol.<br>
<br>
<br>
The IETF datatracker status page for this draft is:<br>
<a href="https://datatracker.ietf.org/doc/draft-ietf-oauth-dyn-reg" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-oauth-dyn-reg</a><br>
<br>
There's also a htmlized version available at:<br>
<a href="http://tools.ietf.org/html/draft-ietf-oauth-dyn-reg-01" target="_blank">http://tools.ietf.org/html/draft-ietf-oauth-dyn-reg-01</a><br>
<br>
A diff from the previous version is available at:<br>
<a href="http://www.ietf.org/rfcdiff?url2=draft-ietf-oauth-dyn-reg-01" target="_blank">http://www.ietf.org/rfcdiff?url2=draft-ietf-oauth-dyn-reg-01</a><br>
<br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href="ftp://ftp.ietf.org/internet-drafts/" target="_blank">ftp://ftp.ietf.org/internet-drafts/</a><br>
<br>
_______________________________________________<br>
OAuth mailing list<br>
<a href="mailto:OAuth@ietf.org">OAuth@ietf.org</a><br>
<a href="https://www.ietf.org/mailman/listinfo/oauth" target="_blank">https://www.ietf.org/mailman/listinfo/oauth</a><br>
_______________________________________________<br>
OAuth mailing list<br>
<a href="mailto:OAuth@ietf.org">OAuth@ietf.org</a><br>
<a href="https://www.ietf.org/mailman/listinfo/oauth" target="_blank">https://www.ietf.org/mailman/listinfo/oauth</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</body>
</html>