<div dir="ltr">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).<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 4, 2015 at 5:57 PM, Bill Burke <span dir="ltr"><<a href="mailto:bburke@redhat.com" target="_blank">bburke@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Keycloak team would like to deprecate and remove the JPA and Mongo<br>
stores for UserSessions and just provide an Infinispan one. It is a<br>
pain to maintain these, and in our opinion, users really shouldn't be<br>
using JPA or Mongo to store User Sessions. Infinispan has a wide<br>
variety of configuration options for internal, external, and cloud networks.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Bill Burke<br>
JBoss, a division of Red Hat<br>
<a href="http://bill.burkecentral.com" rel="noreferrer" target="_blank">http://bill.burkecentral.com</a><br>
_______________________________________________<br>
keycloak-user mailing list<br>
<a href="mailto:keycloak-user@lists.jboss.org">keycloak-user@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br>
</font></span></blockquote></div><br></div>