Re: [keycloak-dev] infinispan as a storage mechanism

I think MongoDB will start supporting transactions very soon on v4 .... I'm not sure about running both app and database in the same VM though. For dev purposes that is fine, but in real world scenarios you probably want to avoid sharing resources (mem, cpu) with your DB. In your case, people will probably need JBoss DataGrid in production. On Mon, Feb 26, 2018 at 4:30 PM, Bill Burke <bburke(a)redhat.com&gt; wrote: > > Other than MongoDB not supporting transactions or even sessions? And > requiring a DB to be run in a separate VM? > > No not really :) > > > > On Mon, Feb 26, 2018 at 12:54 PM, Pedro Igor Silva <psilva(a)redhat.com&gt; > wrote: > > Isn't this somewhat related with what we used to have with MongoDB ? > > > > On Mon, Feb 26, 2018 at 2:35 PM, Bill Burke <bburke(a)redhat.com&gt; wrote: > >> > >> If we had a built-in, clusterable storage mechanism for Keycloak using > >> Infinispan we would: > >> * Shorten build times drastically. 30 minutes and growing for me for > >> JPA builds. Liquibase + JPA startup takes 5-7 seconds on my box. > >> * Simpler startup. No need to start a DB. > >> * Reduce memory footprint? I think JPA is responsible for a lot of > >> classes loaded. > >> > >> I've started some work on this in spare time. I'd say I'd be done in > >> like 2 months considering the other work I have in queue. > >> > >> Looking at FineGrainAtomicMap as an implementation. Should make DB > >> migration simple and replication quicker. > >> > >> > >> -- > >> Bill Burke > >> Red Hat > >> _______________________________________________ > >> keycloak-dev mailing list > >> keycloak-dev(a)lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/keycloak-dev > > > > > > > > -- > Bill Burke > Red Hat