[keycloak-dev] abstracting out picketlink
Bill Burke
bburke at redhat.com
Wed Jul 31 10:02:21 EDT 2013
I'm unsure yet if there will be performance problems. It looks like you
can define your own JPA entities and a separate "user" facing API and do
a mapping between the JPA entities and your "user" facing API. So you
could create less overhead in the persistence layer, but there would be
a lot of overhead in gong between JPA and the "user" facing API.
On 7/31/2013 8:25 AM, Boleslaw Dawidowicz wrote:
> Default JPA store impl with your custom model? It won't... We'll need to profile it or end up with something custom.
>
> ----- Original Message -----
> From: "Bill Burke" <bburke at redhat.com>
> To: "Stian Thorgersen" <stian at redhat.com>
> Cc: keycloak-dev at lists.jboss.org
> Sent: Wednesday, July 31, 2013 2:00:19 PM
> Subject: Re: [keycloak-dev] abstracting out picketlink
>
> Picketlink has gotten even more generic/abstract with the latest
> release. Every single API (User, Role, etc.) is now optional. Its more
> a federated JDO store than a IDM store now. Having dived into the code,
> I'm a little worried how its going to perform.
>
> On 7/31/2013 4:49 AM, Stian Thorgersen wrote:
>> Just a little smile ;)
>>
>> I think this is better in any case. IMO the IDM interfaces are to generic/abstract to be consumed directly + they do change the API to frequently.
>>
>> ----- Original Message -----
>>> From: "Bill Burke" <bburke at redhat.com>
>>> To: keycloak-dev at lists.jboss.org
>>> Sent: Wednesday, 31 July, 2013 2:47:54 AM
>>> Subject: [keycloak-dev] abstracting out picketlink
>>>
>>> Don't laugh, I know I said I wasn't going to do this, but I am now.
>>> Abstracting out picketlink will make an easier transition for me to fit
>>> in the new version of Picketlink. Obviously it will also allow us to
>>> dump Picketlink too if it turns out its just not going to scale or they
>>> aren't accepting our pull requests. Hopefully we won't have to do that
>>> though.
>>>
>>> So merge from master often as I'll be committing as I go.
>>>
>>> --
>>> Bill Burke
>>> JBoss, a division of Red Hat
>>> http://bill.burkecentral.com
>>> _______________________________________________
>>> keycloak-dev mailing list
>>> keycloak-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>
>
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
More information about the keycloak-dev
mailing list