[OpenID] SREG 1.x attributes

Peter Williams pwilliams at rapattoni.com
Sun Nov 30 21:13:43 UTC 2008


I suspect ax is not too popular as it competes with ldap/ldif - and has no real reason to exist. The pain of making yet another attribute schema (for what?) is high.

Best if one extends sreg - one field that can deliver an lidf stream. Ldif is the sytax, and existing ldap schemas can be used. Extensibility is then handled within the ldap world.

-----Original Message-----
From: Eddy Nigg (StartCom Ltd.) <eddy_nigg at startcom.org>
Sent: Sunday, November 30, 2008 1:09 PM
To: general at openid.net >> general at openid.net <general at openid.net>
Subject: Re: [OpenID] SREG 1.x attributes

On 11/30/2008 12:39 AM, Martin Atkins:
Eddy Nigg (StartCom Ltd.) wrote:

Which is probably because AX was supposed to take care of it. However
SREG is widely implemented and I agree that we should make it possible
to easily extend SREG.


If you make it possible to extend SREG, what you end up with is AX with
a few predefined attributes baked into the spec and no ability for those
attribute to be updated by third-parties.

I'm not sure anyone actually uses the ability for the attributes to be
updated by third-parties, so for all intents and purposes you'd just be
reinventing AX as far as I can tell.

Yes, I mentioned that AX is supposed to take care of this.

What do you see as the value of having two parallel specs that both have
the same functionality apart from one having a feature that no-one uses?
(or are you proposing that SREG would replace AX altogether?)

But one might ask, why SREG has become popular (if we can speak about popularity in terms of OpenID ;-) ), whereas AX isn't widely implemented as far as I can tell. Maybe it's because of the pre-defined fields or because of its simplicity, I don't know. But something tells me that SREG has been successful, why not extend it in some form.


Regards

Signer:
Eddy Nigg, StartCom Ltd.
Jabber:
startcom at startcom.org
Blog:
Join the Revolution!
Phon

[The entire original message is not included]


More information about the general mailing list