[OpenID] Why use SREG instead of AX?

[George Fletcher]

That will work (though I don't remember seeing any at the time we were 
implementing OpenID 2.0 RP support). If I understand correctly, you are 
doing some pattern matching against the Type URIs to determine which 
schema is being used. Also, if the OP supports 10s or 100s of attributes 
then this gets pretty ugly. I'd prefer a single URI the represents the 
schema being used. The rest is pretty simple from there.

Of course it's possible I misunderstood.

Thanks,
George

Andrew Arnott wrote:
> George,
>
> Are you sure they're not defined?  AX has attribute Type URIs.  I've 
> been an advocate that OPs publish all their supported AX attribute 
> Type URIs in their XRDS document so that RPs know what they might 
> expect from the OP, as well as discern which format of type URI that 
> OP supports.  Some OPs do just this, and DotNetOpenAuth (the RP part) 
> automatically detects this from the OP's XRDS and sends either sreg or 
> one of the three known AX type URI formats out there based on what it 
> sees in the XRDS.
>
> --
> Andrew Arnott
> "I [may] not agree with what you have to say, but I'll defend to the 
> death your right to say it." - S. G. Tallentyre
>
>
> On Fri, Jul 10, 2009 at 8:48 AM, George Fletcher <gffletch at aol.com 
> <mailto:gffletch at aol.com>> wrote:
>
>     Sure, or just define it in the XRDS for the OP. But those aren't
>     currently defined.
>
>     Thanks,
>     George
>
>
>     SitG Admin wrote:
>
>             One other issue is that AX supports multiple schema and
>             there is currently no way for the OP to advertise which
>             schema it's using. So an RP has to build it's own mapping
>             table to know what to send to the OP when using AX.
>
>
>         Common key/API with "schema translation table" AX link?
>
>         -Shade
>
>     _______________________________________________
>     general mailing list
>     general at openid.net <mailto:general at openid.net>
>     http://openid.net/mailman/listinfo/general
>
>