Re: [Acegisecurity-developer] (no subject)
Yes, that would work. Thanks.
-tim
Hi Tim
Yes, the design does require the DAO provider know how to interpret
the presented AclObjectIdentity.
As you know, JdbcDaoImpl (and any BasicAclDao for that matter) needs
to be able to create BasicAclEntry[]s in response to the DAO request.
Each BasicAclEntry has getAclObjectIdentity() and
getAclObjectParentIdentity() methods, meaning the BasicAclDao needs to
convert from row-data expressing this information into a new object
instance. So, whilst your proposal caters for object - database
mapping, it doesn't address database - object mapping.
I guess we could offer a pluggable interface within JdbcDaoImpl which
does this conversion. ie:
public interface AclObjectIdentityStringResolver {
public AclObjectIdentity convertToIdentityObject(String identity);
public String convertToIdentityString(AclObjectIdentity
aclObjectIdentity);
}
Would that address your needs?
Ben
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
Acegisecurity-developer mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
Acegisecurity-developer mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
[Acegisecurity-developer] problem with using ehcache in junit tests
Hi all, I was tracking down an issue earlier today regarding running some junit tests against my code. Basically I was doing some simple benchmarks on the user authentication provider, and I decided to throw in the ehcache configuration in the spring context and thats when it all blew up - the authentication provider (DaoAuthenticationProvider) was throwing a NPE - a quick look in the debugger showed me that the cache instance in the provider was null, which should have been impossible because the bean postProcess method explictly checks for a null cache instance. looking thru the process in the debugger, it seems like junit creates a new instance of every test method, so if I inititalize the spring context in the junit test constructor, and then run 3 test methods, junit will initalize the spring context three times and run each test method in sequence. so trying out something, I disabled all but one test method, and ran the test. The test ran fine, and ecache worked correctly, but as soon as I enabled a second (or more) test methods, the test would fail on the ecache access. So I think there's some sort of issue going on here with multiple spring contexts being instanced, but a shared ecache instance exists in the JVM - so possibly after the first unit test method runs, the cache is set to null, and the second test method gets tripped up over an null cache instance that it wasn't expecting or something. I'm not sure if this is an intended effect of ecache, or what. So I thought I'd report my findings to the list. -tim --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Acegisecurity-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] problem with using ehcache in junit tests
Nevermind. I just checked CVS and there's already a fix in there, post 0.6 release for this. I'll just go back to the corner where I came from. -tim On Aug 24, 2004, at 3:37 PM, Tim Kettering wrote: Hi all, I was tracking down an issue earlier today regarding running some junit tests against my code. Basically I was doing some simple benchmarks on the user authentication provider, and I decided to throw in the ehcache configuration in the spring context and thats when it all blew up - the authentication provider (DaoAuthenticationProvider) was throwing a NPE - a quick look in the debugger showed me that the cache instance in the provider was null, which should have been impossible because the bean postProcess method explictly checks for a null cache instance. looking thru the process in the debugger, it seems like junit creates a new instance of every test method, so if I inititalize the spring context in the junit test constructor, and then run 3 test methods, junit will initalize the spring context three times and run each test method in sequence. so trying out something, I disabled all but one test method, and ran the test. The test ran fine, and ecache worked correctly, but as soon as I enabled a second (or more) test methods, the test would fail on the ecache access. So I think there's some sort of issue going on here with multiple spring contexts being instanced, but a shared ecache instance exists in the JVM - so possibly after the first unit test method runs, the cache is set to null, and the second test method gets tripped up over an null cache instance that it wasn't expecting or something. I'm not sure if this is an intended effect of ecache, or what. So I thought I'd report my findings to the list. -tim --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Acegisecurity-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Acegisecurity-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
