In the Higgins project there's something called "Cloud Selector", which
basically maps Information Cards to OpenID AX. I.e. you can use your
Information Cards via OpenID AX if you don't have a local Information
Card Selector installed.<br>
<br>
It uses store_request for offering a new Information Card to a user, who can then accept it into their wallet (or not).<br>
See <a href="http://wiki.eclipse.org/Cloud_Selector_1.1">http://wiki.eclipse.org/Cloud_Selector_1.1</a><br>
<br>
But this use case I guess is more of a hack rather than what store_request was really intended for.<br>
<br>
Markus<br><br><div class="gmail_quote">On Fri, Sep 25, 2009 at 2:29 PM, Shane B Weeden <span dir="ltr"><<a href="mailto:sweeden@au1.ibm.com">sweeden@au1.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Does anyone out there actually use the store_request and store_response of<br>
AX 1.0?<br>
<br>
I can see some value in using AX as a replacement or extensible alternative<br>
for SREG, and can see several public OP's support AX (though more support<br>
SREG only), but is there really anyone supporting store_request?<br>
<br>
Which OP in their right mind would even let an RP (other than a whitelisted<br>
RP I guess) store attributes.<br>
<br>
Interested to hear anyone who's practically done something with store,<br>
otherwise I'm inclined to only implement the fetch_request/response and<br>
forget about store.<br>
<br>
Cheers,<br>
Shane.<br>
<br>
_______________________________________________<br>
general mailing list<br>
<a href="mailto:general@lists.openid.net">general@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-general" target="_blank">http://lists.openid.net/mailman/listinfo/openid-general</a><br>
</blockquote></div><br>