[security-dev] concurrent access to IDM
Shane Bryzak
sbryzak at redhat.com
Thu Jun 13 09:15:32 EDT 2013
Do you mean DefaultStoreFactory.createIdentityStore() ? I actually
don't think we should be caching the stores here at all, I'll create a
JIRA to investigate this.
On 13/06/13 22:27, Bill Burke wrote:
> IdentityManagerFactory's fields are all HashMaps and you're populating
> the store cache on the fly. Is there any reason you don't
> pre-initialize the store cache?
>
> On 6/12/2013 6:22 PM, Shane Bryzak wrote:
>> IdentityManagerFactory is designed to be application-scoped (or even
>> container scoped), while IdentityManager is a lightweight object that is
>> designed to be request-scoped (as each IdentityManager has its own
>> SecurityContext with potential references to short-lived objects, such
>> as entity managers). Which concurrency issues have you found? We
>> should raise issues in JIRA to address these before we hit final.
>>
>> On 13/06/13 07:26, Bill Burke wrote:
>>> How should concurrent access to IDM storage be handled? Right now I see
>>> a lot of concurrency issues in the code that will pretty much force you
>>> to create an IdentityManagerFactory and IdentityManager per request.
>>>
>> _______________________________________________
>> security-dev mailing list
>> security-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/security-dev
>>
More information about the security-dev
mailing list