Ray Krueger wrote:
I'd be happy to continue this work if everyone thinks it's worthwhile.
+1. Go for it. Anything beats the getter/setter approach.
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT
Holy cow, gmail has a shortcut key for to send with. Apparently I hit
it on accident...
OK let's try again, sorry lol
In the past Ben has said that he doesn't like the way the
AbstractProcessingFilter handles exceptions. Right now, for every new
exception we want to handle in the abstractProcessi
In the past Ben has said that he doesn't like the way the
AbstractProcessingFilter handles exceptions. Right now, for every new
exception we want to handle in the AbstractProcessingFilter it
requires a new setSomethingUrl and a new block in the
Yep, totally my fault. I commited code for the
ConcurrentSessionControllerImpl to publish a
ConcurrentSessionViolationEvent. I hastily committed it after making a
change to my test, effectively breaking it just before commiting it :P
On Sun, 27 Mar 2005 00:46:15 -0800 (PST), Amad Fida <[EMAIL PRO
Thanks Ben,
Amad
P.S : there was no inconvenience at all! I can't
appreciate how much acegi is helping me to get my
project done.
Amad
--- Ben Alex <[EMAIL PROTECTED]> wrote:
> Amad Fida wrote:
>
> >Here is the test thats failing,
> >
>
>testEnforcementMultipleSessions(net.sf.acegisecurity.pro
Amad Fida wrote:
Here is the test thats failing,
testEnforcementMultipleSessions(net.sf.acegisecurity.providers.ConcurrentSessionControllerImplTests):
I just did a CVS update, reproduced the problem, and have fixed it. The
fixed version of ConcurrentSessionControllerImpl is 1.5. Current CVS
h
