[security-dev] JPA is a can of worms for Wildfly startup

[Anil Saldhana]

Fernando,
   finished the code. I am going to test with a DB on my laptop before 
checking.

Regards,
Anil

On 08/06/2013 03:52 PM, Fernando Ribeiro wrote:
> Anil,
>
> I surely can, will have two POC environments (PL cluster + MySQL 
> cluster) for many weeks.
>
> Thank you very much for the attention to the issue, I really 
> appreciated it.
>
> Regards,
>
>
> On Tue, Aug 6, 2013 at 12:54 PM, Anil Saldhana 
> <Anil.Saldhana at redhat.com <mailto:Anil.Saldhana at redhat.com>> wrote:
>
>     https://issues.jboss.org/browse/PLINK2-101
>     https://issues.jboss.org/browse/PLINK2-102
>
>     I hope Fernando can help test this. :)
>
>     On 08/06/2013 10:30 AM, Anil Saldhana wrote:
>
>         Hi All,
>         http://lists.jboss.org/pipermail/wildfly-dev/2013-August/000574.html
>         (thanks to Jason, Bill and Scott Marlow for the discussion)
>
>         Jason has provided some objections to the JPA usage in
>         PicketLink that
>         can affect Wildfly boot time performance. He had raised this
>         concern
>         last time for the JPAIdentityStore implementation in
>         PicketLink v2.5
>         which we have been trying to mitigate via the implementation
>         of a JDBC
>         driven Identity Store.
>
>         The discussion happening in the thread above however is for the
>         JPABasedTokenRegistry and JPABasedRevocationRegistry part of
>         v2.1.x
>         which predates PicketLink v2.5
>         https://github.com/picketlink2/federation/blob/master/picketlink-core/src/main/java/org/picketlink/identity/federation/core/sts/registry/JPABasedTokenRegistry.java
>         https://github.com/picketlink2/federation/blob/master/picketlink-core/src/main/java/org/picketlink/identity/federation/core/sts/registry/JPABasedRevocationRegistry.java
>
>         I think we should also implement a straight JDBC based token
>         registry
>         and revocation registry to avoid the Wildfly boot drag.
>
>         Regards,
>         Anil
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/security-dev/attachments/20130806/e3ccc46f/attachment.html