[keycloak-dev] infinispan as a storage mechanism

[Pedro Igor Silva]

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 at redhat.com> 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 at redhat.com>
> 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 at redhat.com> 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 at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/keycloak-dev
> >
> >
>
>
>
> --
> Bill Burke
> Red Hat
>