[OpenID] SREG 1.x attributes
Eddy Nigg (StartCom Ltd.)
eddy_nigg at startcom.org
Sat Nov 29 12:44:56 UTC 2008
On 11/29/2008 11:39 AM, Shane B Weeden:
>
> Can anyone explain why the SREG 1.x specifications state:
>
> /A single field MUST NOT be repeated in the response, and all included
> fields MUST be taken from the set of fields defined in this
> specification./
>
> In particular I can't see the reasoning behind the "all included
> fields MUST be taken from the set of fields defined in this
> specification". Why not allow the set of attributes to be extended
> arbitrarily if parties so desire, e.g.
>
> openid.sreg.hertz.goldnumber
>
> Now that's just an example, but I see no reason for the specification
> to dictate the set of allowable attributes when it's quite a simple
> matter to make it extensible. I realize that efforts are made to
> define a common schema, and that's great, but the spec shouldn't limit
> itself to that schema.
>
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.
+1
Regards
Signer: Eddy Nigg, StartCom Ltd. <http://www.startcom.org>
Jabber: startcom at startcom.org <xmpp:startcom at startcom.org>
Blog: Join the Revolution! <http://blog.startcom.org>
Phone: +1.213.341.0390
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-general/attachments/20081129/215aa4d4/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6724 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.openid.net/pipermail/openid-general/attachments/20081129/215aa4d4/attachment-0002.bin>
More information about the general
mailing list