On Feb 25, 2014, at 9:28 AM, Emmanuel Bernard <emman...@hibernate.org> wrote:
>> On 24 févr. 2014, at 17:39, Mircea Markus <mmar...@redhat.com> wrote: >> >> >>> On Feb 17, 2014, at 10:13 PM, Emmanuel Bernard <emman...@hibernate.org> >>> wrote: >>> >>> By the way, Mircea, Sanne and I had quite a long discussion about this one >>> and the idea of one cache per entity. It turns out that the right (as in >>> easy) solution does involve a higher level programming model like OGM >>> provides. You can simulate it yourself using the Infinispan APIs but it is >>> just cumbersome. >> >> Curious to hear the whole story :-) >> We cannot mandate all the suers to use OGM though, one of the reasons being >> OGM is not platform independent (hotrod). > > Then solve all the issues I have raised with a magic wand and come back to me > when you have done it, I'm interested. People are going to use infinispan with one cache per entity, because it makes sense: - different config (repl/dist | persistent/non-persistent) for different data types - have map/reduce tasks running only the Person entires not on Dog as well, when you want to select (Person) where age > 18 I don't see a reason to forbid this, on the contrary. The way I see it the relation between (OGM, ISPN) <=> (Hibernate, JDBC). Indeed OGM would be a better abstraction and should be recommended as such for the Java clients, but ultimately we're a general purpose storage engine that is available to different platforms as well. Cheers, -- Mircea Markus Infinispan lead (www.infinispan.org) _______________________________________________ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev