[OpenID board] OpenID 2.1

[Dick Hardt]

On 2010-05-30, at 1:19 PM, Chris Messina wrote:

> Abandon the v.Next branding for this work. I'd offer something like "OpenID Labs" or "OpenID Core", because using an indeterminate ordinate for this work spooks potential implementors who will wait for v.Next before getting started with their own implementations — especially when the core concepts of OpenID 2.0 are suited for many applications today.

v.Next branding was selected after much discussion. Is there anyone else besides you that does not like the v.Next name?
The idea of calling it v.Next was to clearly message it is a future, unspecified version so that people looking to implement OpenID 2.0 would not think they should wait if it meets their needs. Of course, if it does not meet their needs, they will hopefully get involved in v.Next

> 
> Start up an OpenID v2.1 WG to explore modest and incremental improvements to OpenID 2.0. Among the improvements (that may best pursued as individual point releases): removing XRI, reusing OAuth signatures, simplifying discovery, adding support for email-style identifiers using WebFinger, etc.


A 2.1 spec that standardizes current best practices is a great idea. Wanna lead it?

IMHOI: Removing XRI seems like a 2.1 like scope. OAuth signatures, email-style identifiers seem much more significant.

> 
> Re-double the efforts around the existing extensions, and promote the use of the WG process (following examples like Artifact Binding and Contract Exchange). Promote using the existing extension model to explore discreet new features and functionality for OpenID, rather than trying to cram a bunch of new extensions into one larger (and thus more controversial and harder to sell) WG.

There is consensus amongst the technologists that we need to break backward compatibility to provide the features in v.Next -- features that are desired by many constituents. An incremental approach is not going to work.

-- Dick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-board/attachments/20100531/b7ca7c50/attachment-0001.html>