I've been sitting on this for far too long and finally committed the changes.
I've committed the OpenId4java support and an
OpenIdAuthenticationProcessingFilter built to replace the Servlet that
is in there now. I've been poking around with it for a while...
I've already started working on some refactoring. I believe I can
reduce the OpenIDResponseProcessingFilter and
OpenIDLoginInitiationServlet into one standard OpenIdProcessingFilter.
This also has the side effect of increasing test coverage by reducing
the amount of code to test :)
On 4/20/07,
Date: Tue, 13 Mar 2007 08:40:43 -0700
snip
Date: Thu, 8 Mar 2007 08:41:46 -0600
From: Ray Krueger
Subject: Re: [Acegisecurity-developer] OpenID support
I am interested in getting involved in this effort as well. I agree
with the transparency of the OpenId vs Username field. One of the
ideas
-developer Digest, Vol 11, Issue 2
To: acegisecurity-developer@lists.sourceforge.net
Reply-to: acegisecurity-developer@lists.sourceforge.net
Date: Tue, 13 Mar 2007 08:40:43 -0700
snip
Date: Thu, 8 Mar 2007 08:41:46 -0600
From: Ray Krueger
Subject: Re: [Acegisecurity-developer] OpenID support
I am
all start taking a look at it.
-Original Message-
From: Matt Raible
Sent: 08 March 2007 14:20
To: Robin.Bramley
Cc: acegisecurity-developer@lists.sourceforge.net
Subject: Re: [Acegisecurity-developer] OpenID support
That's great to hear someone is working
I am interested in getting involved in this effort as well. I agree
with the transparency of the OpenId vs Username field. One of the
ideas that I lean towards is following a url pattern, rather than just
the host.domain pattern.
DHH (the rails guy) talked about this exact subject a few days ago
Are there any plans to support OpenID as a SSO option with Acegi Security?
http://openid.net
We've seen some interest in supporting this with Roller - which uses
Acegi for its security.
Thanks,
Matt
--
http://raibledesigns.com