[hibernate-dev] [OGM] support for remote grids

Davide D'Alto daltodavide at gmail.com
Thu Oct 17 12:12:26 EDT 2013


I can take the HotRod dialect task since I've already some experience with
datastore integration for OGM.
I also don't mind to try to upgrade hibernate OGM.


On Thu, Oct 17, 2013 at 4:57 PM, Sanne Grinovero <sanne at hibernate.org>wrote:

> Hi all,
> it looks like I will be very busy on Search and some more Infinispan
> integrations in the coming couple of months, but there are some very
> exciting things that I would love to see in OGM soon, and since I
> heard there is a lot of excited people out there waiting for this too,
> this is your chance to grab some more glory.
>
> As you know we have several GridDialects, one of the first one was
> supporting Infinispan but only in "embedded mode".
>
> Embedded mode was the first choice because it's easier, and also because:
>  - it supports transactions
>  - had some form of query capability (although we never used it)
>  - lowest latency, assuming your data set is reasonable
>
> But people looking at OGM are especially fascinated by the idea to use
> it in a more traditional architecture, which implies having a
> "database" as a separate independent service.
>
> Infinispan 6.0 is almost ready, and thanks to Gunnar includes a bit of
> OGM in its DNA to support queries defined from a remote client (Hot
> Rod client).
>
> I think it would be terrific if someone could start hacking on a
> HotRodDialect, and start writing tests to stress this new query
> capability; specifically I had the Gunnar - Davide team in mind if
> they can :-)
>
> We'll have to ignore transactions for now, I guess it could be
> considered like we do with MongoDB: make it clear the backend is not
> transactional in the docs.
>
> Timing-wise, if we could have a prototype using HQL queries very very
> soon, that would be a great help to the Infinispan team as it would
> validate the new feature; this idea of mine is probably too late as
> Infinispan is already at CR2 phase (tomorrow) but you might be able to
> put some basic checks in place on time?
>
> Second priority - also relatively urgent - is to move on to latest ORM
> version, so that possible complexities can be softened in ORM before
> 4.3 is declared Final.. it's still using the outdatet 4.2.0.CR1 !?
> We should get it to work on WildFly quickly.
>
> Sanne
> _______________________________________________
> hibernate-dev mailing list
> hibernate-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>


More information about the hibernate-dev mailing list