Name space and prefix - OpenID Harmonization

[Nat Sakimura]

Hi

This may have come up earlier but ...

I think Wrap should have a namespace / versioning syntax.
Invariably, it will evolve, and will require version number etc. so, it
seems better to me to have one from the beginning.

e.g.,

wrap_ns=http://whatever/wrap/1.0
wrap_client_id ...


I would go further. Why is underscore '_' is used for the delimiter?
If we make it dot '.', it will improve the future compatibility with OpenID.

So, we could do something like:

openid.ns=http://whatever/wrap/1.0

openid.client_id ...


The same applies for OpenID. For an unknown reason, though OpenID has
namespace so that we write:

openid.ns= http://specs.openid.net/auth/2.0


the prefix "openid" is fixed. We should be able to change it like:

wrap.ns=http://specs.openid.net/auth/2.0


Now, the third point.

Could we not try to harmonize the variable names between the two specs?

OpenID is in use widely, so it is kind of hard to change it, so I would
request Wrap community to come closer.
For example, instead of 'callback', why cannot we use 'return_to'? So, the
Wrap Web App Profile request
will become like:

wrap.ns=http://whatever/wrap/1.0
wrap.return_to=http://example.com/callback_url
wrap.client_state=opaque_string_to_maintain_state
wrap.client_id=the_client_identifier

If we do that, rewriting openid with wrap becomes much more straightforward,
e.g.,

openid.ns=http://specs.openid.net/auth/2.x
openid.return_to=http://example.com/callback_url
openid.mode=checkid_setup
openid.client_id=client_identifier
openid.client_state=opaque_string_to_maintain_state
openid.claimed_id=http://example.com/alice
openid.identity=http://example.com/user/alice
openid.assoc_handle={some_assoc_handle}


where client_id and client_state is a new introduction to openid 2.x and
openid.mode and going forward will be "additional parameters" from the
point of view of Wrap.

IMHO, we should try to harmonize/unite instead of fragmenting.

-- 
Nat Sakimura (=nat)
http://www.sakimura.org/en/
http://twitter.com/_nat_en
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs/attachments/20100226/85096d2d/attachment.htm>