Re: [Acegisecurity-developer] Roadmap towards Aceg Security official 1.0.0 release

2005-01-02 Thread Ben Alex
Ben Alex wrote: For the small minority of people who have chosen NOT to extend User (which goes against our recommendations, but there are legitimate scenarios such as having a domain object that already represents the user), I don't think adding two methods to their implementation is going to

RE: [Acegisecurity-developer] Roadmap towards Aceg Security official 1.0.0 release

2004-12-30 Thread Sergio Berna
Ben, Finally I have jaas CredentialsExpiredException and AccountExpiredException working under acegi security integrated in JBoss container. The modifications on acegi were quite simple. First I have created 2 new Exceptions named: net.sf.acegisecurity.AccountExpiredException

RE: [Acegisecurity-developer] Roadmap towards Aceg Security official 1.0.0 release

2004-12-30 Thread Sergio Berna
Ben, What do you mean by container integration deprecation? Does it mean that the adapters package will dissapear in a next future or do you plan to move them to a sort of components sandbox? Sergio. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Ben

Re: [Acegisecurity-developer] Roadmap towards Aceg Security official 1.0.0 release

2004-12-30 Thread Scott McCrory
Ben, Excellent, sounds like a well thought-out plan towards 1.0. I'd recommend an in-between approach for the container adapters. I agree that including lightly-used, non-portable modules in the main distribution can lead to expectations that they be maintained as fully as the core.

Re: [Acegisecurity-developer] Roadmap towards Aceg Security official 1.0.0 release

2004-12-30 Thread Ben Alex
Sergio Berna wrote: I have added ExpirationDetails as a separate interface to keep backwards compatibility with existing code that implementes UserDetails. Hi Sergio Good to see backward compatibility is a priority, particular in such a sensitive (ie commonly-deployed and extended) area as