[keycloak-user] Would like to deprecate/remove JPA/Mongo UserSessions

[David Illsley]

That's good to hear.

By 'JavaEE style clustering' I meant a model where state is held in-memory
by application servers which talk directly to each other. In comparison to
a 12factor.net style model where state is held outside the application
server - this being a model which simplifies deployment models (albeit by
adding a constraint) which is popular both with people rolling their own
infrastructure, and using PaaS solutions - Heroku, CloudFoundry etc.


On Fri, Aug 14, 2015 at 2:12 PM, Bill Burke <bburke at redhat.com> wrote:

> The abstraction will still againt and it will still be possible to plug in
> your own session implementation.  But we don't think using JPA or Mongo is
> a good solution for manganging UserSessionModel.  That's the biggest reason
> we are deprecating it.
>
> FYI, not sure what you mean by "JavaEE style clustering".  Infinispan is
> just a distributed cache/data grid and nothing to do with Java EE.  I don't
> see how Infinispan is any different than Redis.
>
> On 8/14/2015 3:42 AM, David Illsley wrote:
>
>> I'd really like to be able to run Keycloak without relying on JavaEE
>> style clustering, and instead rely on modern 12-factor approaches. I was
>> planning to do that by implementing a bunch of interfaces to use redis
>> rather than JPA/Mongo/Infinispan, so I'm keen that you don't tie things
>> too tightly to infinispan (not that I think you would. infinispan and
>> redis effectively provide simple key/value stores).
>>
>> On Tue, Aug 4, 2015 at 5:57 PM, Bill Burke <bburke at redhat.com
>> <mailto:bburke at redhat.com>> wrote:
>>
>>     Hi all,
>>
>>     Keycloak team would like to deprecate and remove the JPA and Mongo
>>     stores for UserSessions and just provide an Infinispan one.  It is a
>>     pain to maintain these, and in our opinion, users really shouldn't be
>>     using JPA or Mongo to store User Sessions.  Infinispan has a wide
>>     variety of configuration options for internal, external, and cloud
>>     networks.
>>     --
>>     Bill Burke
>>     JBoss, a division of Red Hat
>>     http://bill.burkecentral.com
>>     _______________________________________________
>>     keycloak-user mailing list
>>     keycloak-user at lists.jboss.org <mailto:keycloak-user at lists.jboss.org>
>>     https://lists.jboss.org/mailman/listinfo/keycloak-user
>>
>>
>>
> --
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-user/attachments/20150820/4aa3d5f3/attachment.html