Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

On 22 March 2018 at 15:36, Emmanuel Bernard wrote: > As we discussed on the phone, I am skeptical of the custom HSearch backend > for it: > - it would be the only database doing that > - it’s a lot of work that would probably be best spent improving the > Infinispan remote query FT APIs > - once t

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

As we discussed on the phone, I am skeptical of the custom HSearch backend for it: - it would be the only database doing that - it’s a lot of work that would probably be best spent improving the Infinispan remote query FT APIs - once there it will be a maintenance burden. Emmanuel > On 22 Mar 2

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

On 22 March 2018 at 07:41, Emmanuel Bernard wrote: > > On 20 Mar 2018, at 12:41, Sanne Grinovero wrote: > > > > On 20 March 2018 at 10:50, Emmanuel Bernard wrote: >> >> I think treating the client side HSearch input and transparently push it >> down is a recipe for disaster. Looks cool on paper

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

> On 20 Mar 2018, at 12:41, Sanne Grinovero wrote: > > > > On 20 March 2018 at 10:50, Emmanuel Bernard > wrote: > I think treating the client side HSearch input and transparently push it > down is a recipe for disaster. Looks cool on paper until you have > diver

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

On 20 March 2018 at 10:50, Emmanuel Bernard wrote: > I think treating the client side HSearch input and transparently push it > down is a recipe for disaster. Looks cool on paper until you have > divergence between HSearch proper and Infinispan's or whatever > Infinispan exposes. > ​Looks like w

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

I think treating the client side HSearch input and transparently push it down is a recipe for disaster. Looks cool on paper until you have divergence between HSearch proper and Infinispan's or whatever Infinispan exposes. So yes we could have GridDialect specific metadata information around indexi

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

Hi Sanne, what you speak of in my opinion is a very very cool feature. Moreover server-side indexes (and remote dialect) are more suitable for Openshift applications. Using standard javax.persistence.Index APIs could be a very nice alternative to avoid confusion with Hibernate Search client side

Re: [hibernate-dev] Hibernate OGM 5 released

Awesome! On 17 May 2016 at 16:44, Vlad Mihalcea wrote: > Congrats! > > On Tue, May 17, 2016 at 4:52 PM, Davide D'Alto wrote: > >> Hibernate OGM 5.0.0.Final is out! >> >> Compared to the 4.2.Final, this release is aligned with Hibernate ORM >> 5 and Hibernate Search 5, so you can easily use it wi

Re: [hibernate-dev] Hibernate OGM 5 released

Congrats! On Tue, May 17, 2016 at 4:52 PM, Davide D'Alto wrote: > Hibernate OGM 5.0.0.Final is out! > > Compared to the 4.2.Final, this release is aligned with Hibernate ORM > 5 and Hibernate Search 5, so you can easily use it with WildFly 10. > > It supports Infinispan 8 and comes with a new ba

Re: [hibernate-dev] Hibernate OGM connecting to JDG's version of Infinispan

On 19 September 2014 10:43, Gunnar Morling wrote: > Hi, > > 2014-09-19 11:08 GMT+02:00 Sanne Grinovero : >> >> Hi all, >> >> I didn't try this but I'm wondering if I could use Hibernate OGM with >> its Infinispan backend to deploy on JBoss EAP6 and use the Infinispan >> build from JDG 6. >> >> Cou

Re: [hibernate-dev] Hibernate OGM connecting to JDG's version of Infinispan

Hi, 2014-09-19 11:08 GMT+02:00 Sanne Grinovero : > Hi all, > > I didn't try this but I'm wondering if I could use Hibernate OGM with > its Infinispan backend to deploy on JBoss EAP6 and use the Infinispan > build from JDG 6. > > Could you make sure this is possible? > That's an interesting quest

Re: [hibernate-dev] Hibernate OGM: organize JIRA issues in components?

Automatic assignment is wrong IMO. But I agree that some might find it useful. On 23 mai 2012, at 22:11, Gunnar Morling wrote: > One potential benefit of using components might be the ability to > define "component leads" and have new issues within a component > automatically assigned to its lead

Re: [hibernate-dev] Hibernate OGM: organize JIRA issues in components?

One potential benefit of using components might be the ability to define "component leads" and have new issues within a component automatically assigned to its lead. I don't know though, whether that's useful or required in the context of OGM. --Gunnar 2012/5/23 Emmanuel Bernard : > What I'm sayi

Re: [hibernate-dev] Hibernate OGM: organize JIRA issues in components?

What I'm saying is that, data stores are really 3 to 4 classes. Does it really warrant a full component for each? On 22 mai 2012, at 18:24, Sanne Grinovero wrote: > On 22 May 2012 16:22, Emmanuel Bernard wrote: >> I almost did this a couple of time actually. >> My rational for having datastore

Re: [hibernate-dev] Hibernate OGM: organize JIRA issues in components?

On 22 May 2012 16:22, Emmanuel Bernard wrote: > I almost did this a couple of time actually. > My rational for having datastore and not mongodb etc was that after the > initial implementation, I expect few to no activity. If you think I am wrong, > I'm fine with adding them as components. you a

Re: [hibernate-dev] Hibernate OGM: organize JIRA issues in components?

I almost did this a couple of time actually. My rational for having datastore and not mongodb etc was that after the initial implementation, I expect few to no activity. If you think I am wrong, I'm fine with adding them as components. On 21 mai 2012, at 23:27, Sanne Grinovero wrote: > I'm temp

Re: [hibernate-dev] Hibernate OGM: organize JIRA issues in components?

Same feeling. tags are flexible and cool, but it's not easy to see all options and this drawback discourages reuse. Also their usage seems coupled to trends and temporary attempts to organize things in different ways, looking at categorization from different angles. In a case like this as it's eas

Re: [hibernate-dev] Hibernate OGM: organize JIRA issues in components?

Maybe this is what you mean by "flexible", but I hate that often people just create new labels (different capitalization, etc) rather than reusing existing ones. That is my one gripe about them. On Mon 21 May 2012 04:41:51 PM CDT, Steve Ebersole wrote: > tags are great for categorizing too. I f

Re: [hibernate-dev] Hibernate OGM: organize JIRA issues in components?

tags are great for categorizing too. I find myself using tags more than components On Mon 21 May 2012 04:27:41 PM CDT, Sanne Grinovero wrote: > I'm tempted to create different components for each datastore, so we > can easily classify them and search for areas: > - ehcache > - infinispan > - mon

Re: [hibernate-dev] Hibernate OGM#OGM-123 Add Voldemort Datastore

But you are already :) If you mean physically on JIRA, send me your JIRA login. Emmanuel On 9 mars 2012, at 15:02, Seiya Kawashima wrote: > Hi, > > I've just found the task and was wondering if I can be assigned on this > task. I would like to finish the task based on the comments that I got an

Re: [hibernate-dev] Hibernate OGM split in modules, ready for new integrations!

Hi, for what it's worth - there are so called advanced reactor build options: http://stackoverflow.com/questions/1114026/maven-modules-building-a-single-specific-module However, I think they are fundamentally broken. In your case you could do something like mvn install -pl hibernate-ogm-ehcache

Re: [hibernate-dev] Hibernate OGM split in modules, ready for new integrations!

Hi Alex, I'm not sure if there is a way in Maven to have it find the other modules automagically; if there is I'm not aware of it: I generally expect projects to be built from the root, so what you did is the same approach I usually take. You can then build the module only to save some time, but it

Re: [hibernate-dev] Hibernate OGM split in modules, ready for new integrations!

Hey Sanne, I started creating the layout for the hibernate-ogm-ehcache module. Now I stumbled on something, given I'm no maven expert, I think might not be quite right: from the parent project, it couldn't resolve the dependency to hibernate-ogm-core, so I first had to install that from the ./hiber

Re: [hibernate-dev] Hibernate OGM URL

Nice one, thank you On 12 October 2011 14:19, Emmanuel Bernard wrote: > http://ogm.hibernate.org is now live. It's a redirect to the more complicated > http://www.hibernate.org/subprojects/ogm > > That should make it easier to mention in your slides. > ___

Re: [hibernate-dev] Hibernate OGM

Thanks, I'll try to clean all my stuff up wrt these changes this coming week. Hadn't much time lately to do much myself to be honest. But will clear some next week. Alex On Friday 10 June 2011 at 16:53, Emmanuel Bernard wrote: > FYI, my big change just made it (sorry about the delay). > > On 1

Re: [hibernate-dev] Hibernate OGM

FYI, my big change just made it (sorry about the delay). On 13 mai 2011, at 16:16, Alex Snaps wrote: > On Thursday 12 May 2011 at 17:17, Emmanuel Bernard wrote: > I've significantly improved the GridDialect in my quest to use Atomic Maps > for entity and associations. Unfortunately the change i

Re: [hibernate-dev] Hibernate OGM

Another one is Datastore I guess. The problem is that we put associations and entities in different datastores (at the moment at least). On 12 mai 2011, at 19:44, Nicolas Helleringer wrote: > I do like Bucket. It more 'free' than Database that people do associate to > much with SQL and relation

Re: [hibernate-dev] Hibernate OGM

yes git cherry-pick will be your friend to clean the mess On 13 mai 2011, at 16:16, Alex Snaps wrote: > On Thursday 12 May 2011 at 17:17, Emmanuel Bernard wrote: > I've significantly improved the GridDialect in my quest to use Atomic Maps > for entity and associations. Unfortunately the change i

Re: [hibernate-dev] Hibernate OGM

On Thursday 12 May 2011 at 17:17, Emmanuel Bernard wrote: I've significantly improved the GridDialect in my quest to use Atomic Maps for entity and associations. Unfortunately the change is not ready to be shared yet. I hope to get that out next week Entity are using atomic maps but not associat

Re: [hibernate-dev] Hibernate OGM

On Thursday 12 May 2011 at 19:49, Sanne Grinovero wrote: 2011/5/12 Nicolas Helleringer : > > I do like Bucket. It more 'free' than Database that people do associate to > > much with SQL and relational (who remember that a database CAN be non > > relational ?) and than Cache which seems to retrictiv

Re: [hibernate-dev] Hibernate OGM

2011/5/12 Nicolas Helleringer : > I do like Bucket. It more 'free' than Database that people do associate to > much with SQL and relational (who remember that a database CAN be non > relational ?) and than Cache which seems to retrictive in my point of view. > Regards, > Niko +1 Sanne > > 2011/5

Re: [hibernate-dev] Hibernate OGM

I do like Bucket. It more 'free' than Database that people do associate to much with SQL and relational (who remember that a database CAN be non relational ?) and than Cache which seems to retrictive in my point of view. Regards, Niko 2011/5/12 Emmanuel Bernard > Let me summarize, > GridMap is

Re: [hibernate-dev] Hibernate OGM

I've significantly improved the GridDialect in my quest to use Atomic Maps for entity and associations. Unfortunately the change is not ready to be shared yet. I hope to get that out next week Entity are using atomic maps but not associations yet. Also, I've see you've used merge to sync your w

Re: [hibernate-dev] Hibernate OGM

Let me summarize, GridMap is the equivalent of Cache, right? I agree that Map is not the right representation, plus Map> is ugly. So +1 for a dedicated object. I think we could use: - Cache - Database - Bucket Note a fan of GridMap as it won't make sense for the post key/value On 11 mai 2011

Re: [hibernate-dev] Hibernate OGM

2011/5/11 Alex Snaps : > Unintentionally left the ML out. oops, sorry didn't realize that. for everyone else: please find my previous reply below; > Sanne, wrt jsr107 fair enough. I then feel that we should not leverage Map > and use a custom type that only declare what's needed (and avoids the

Re: [hibernate-dev] Hibernate OGM

Unintentionally left the ML out. Sanne, wrt jsr107 fair enough. I then feel that we should not leverage Map and use a custom type that only declare what's needed (and avoids the return value, when not required). I think that'd make it simpler, wdyt ? How should we name that thing ? My first atte

Re: [hibernate-dev] Hibernate OGM

Hi Alex, thank you I'm having a look and will comment more on github directly. A first comment: I see that a big part of your patch is about replaceing "Cache" with "ConcurrentMap" and renaming variables to be consistent with this change; at the same time in the JSR-107 forum it seems that everybo

Re: [hibernate-dev] Hibernate OGM documentation

On 22 avr. 2011, at 19:22, Juraci Paixao Krohling wrote: > On 04/22/2011 06:43 PM, Emmanuel Bernard wrote: >> I've been working on Hibernate OGM documentation. I am still very unhappy >> with what I have but that's a start. >> >> You can read it at >> http://docs.jboss.org/hibernate/ogm/3.0/re

Re: [hibernate-dev] Hibernate OGM documentation

On 04/22/2011 06:43 PM, Emmanuel Bernard wrote: > I've been working on Hibernate OGM documentation. I am still very unhappy > with what I have but that's a start. > > You can read it at > http://docs.jboss.org/hibernate/ogm/3.0/reference/en-US/html_single/ > You can contribute to it by forking on

Re: [hibernate-dev] Hibernate OGM reference repo moved

great news! 2011/4/13 Emmanuel Bernard : > In preparation for landing, I've moved Hibernate OGM's repository to the > Hibernate organization ie from > https://github.com/emmanuelbernard/hibernate-ogm to > https://github.com/hibernate/hibernate-ogm . Sanne and I have push access. > > I've also c

Re: [hibernate-dev] Hibernate OGM as a separate repo

2011/3/11 Emmanuel Bernard : > Hi guys, > I have finished the migration of Hibernate OGM to its new separated Git > repository. I've kept the history (that was fun). > > The new home is now here https://github.com/emmanuelbernard/hibernate-ogm > > This is a multi module project with a single modul