Re: [hibernate-dev] Module ZIP for upgrading Hibernate ORM in WildFly

On 06/27/2016 11:44 AM, Sanne Grinovero wrote: > On 27 June 2016 at 16:23, Scott Marlow wrote: >>> >>> That dependency to org.hibernate:main from org.jboss.as.ejb3 still looks >>> a bit scary. My simple test passes, not sure whether that may be a >>> problem in other cases, though? >>> >> >> Sor

Re: [hibernate-dev] Module ZIP for upgrading Hibernate ORM in WildFly

On 27 June 2016 at 16:23, Scott Marlow wrote: >> >> That dependency to org.hibernate:main from org.jboss.as.ejb3 still looks >> a bit scary. My simple test passes, not sure whether that may be a >> problem in other cases, though? >> > > Sorry, I missed this part of your email. EJB3 timers are usi

Re: [hibernate-dev] Module ZIP for upgrading Hibernate ORM in WildFly

> > That dependency to org.hibernate:main from org.jboss.as.ejb3 still looks > a bit scary. My simple test passes, not sure whether that may be a > problem in other cases, though? > Sorry, I missed this part of your email. EJB3 timers are using Hibernate [1]. Scott [1] https://github.com/wild

Re: [hibernate-dev] Module ZIP for upgrading Hibernate ORM in WildFly

On 27 June 2016 at 15:00, Gunnar Morling wrote: > Hey, > > I've sent PR https://github.com/hibernate/hibernate-orm/pull/1455 earlier > today for this. > >> What happens if we copy the contents of the >> org.hibernate.jipijapa-hibernate5 module, to >> org.hibernate.jipijapa-hibernate5-1. >> Change

Re: [hibernate-dev] Redis and TTL

There are many views on this problem. Let me borrow an example from Hibernate ORM: Databases were be shared amongst multiple applications and clients (I’m aware that this pattern is discouraged for many reasons) on several of my earlier projects. A lot of these projects used Hibernate ORM to ac

Re: [hibernate-dev] Redis and TTL

Hi Sanne, not sure I follow. The use case is: Two applications (clients) share one Redis instance. The first (non-OGM) client writes some data and sets an expiry (TTL). The second (OGM) client updates the data stored inside of Redis and preserves the remaining TTL. Note that the first (non-OG

Re: [hibernate-dev] Redis and TTL

Hi Mark! Thanks for commenting on this, I was hoping for it. While I can see the use case for sharing Redis data between 2 tools, I must admit that I find it a bit weird to set the TTL on one tool and store the entity on another one. It looks to me that if OGM stores the data, it has to manage al

Re: [hibernate-dev] Module ZIP for upgrading Hibernate ORM in WildFly

Hey, I've sent PR https://github.com/hibernate/hibernate-orm/pull/1455 earlier today for this. > What happens if we copy the contents of the org.hibernate.jipijapa-hibernate5 module, to org.hibernate.jipijapa-hibernate5-1. > Change org.hibernate.jipijapa-hibernate5-1, to depend on ORM 5.1 and cha

Re: [hibernate-dev] Redis and TTL

Hi Guillaume, TTL preservation behavior originates from Redis’ behavior and is to preserve interoperability: > http://redis.io/commands/set > Set key to hold the string value. [...] Any previous time to live associated > with the key is discarded on successful

Re: [hibernate-dev] Merging hibernate spatial Dialects with the core ones

They have not been "merged" in the same way we merged hibernate-entitymanager into hibernate-core.So at the moment using hibernate-core e.g. does not require geolatte to be present. geolatte is only required if using hibernate-spatial (isolated transitive dep). Karel, what are your thoughts o

Re: [hibernate-dev] Redis and TTL

Hi Mark, you wouldn't expect the timeout to be "reset" to some default value when your code writes to an entity? If you could explain the use case, that might help us to understand this. Thanks, Sanne On 27 June 2016 at 14:47, Mark Paluch wrote: > > Hi Guillaume, > > TTL preservation behavior

Re: [hibernate-dev] Module ZIP for upgrading Hibernate ORM in WildFly

On 06/25/2016 05:12 PM, Sanne Grinovero wrote: > On 25 June 2016 at 13:15, Gunnar Morling wrote: >> Ok, so this was caused by the module dependency >> from org.hibernate.jipijapa-hibernate5 to org.hibernate. Seems I need to >> create a 5.1-specific adapter module, too, and require that to be >>

[hibernate-dev] Redis and TTL

Hi, So, I'm currently working on reducing the number of calls issued to Redis in OGM as part of OGM-1064. At the moment, we execute a call to Redis to get the TTL already configured on an object before saving it. If the TTL is not explicitly configured with @TTL, we set this TTL again after havin

Re: [hibernate-dev] Merging hibernate spatial Dialects with the core ones

Nice idea! since the modules were merged already, don't we already require geolatte-geom ? I guess some code might be intentionally designed to fail gracefully about this library being there or not, but we'd need to make sure that can be tested for it to be maintainable. My preference would be to

[hibernate-dev] JDK 9 b124 now running on ci.hibernate.org

I've updated the OpenJDK preview of JDK 9 to build 9-ea+124 on our CI servers. I expect it all to work like before, but in case you receive a failure report be aware that it might relate to the JVM upgrade. For a general overview of our Java 9 compatibility status see here as usual: - http://ci.

[hibernate-dev] Merging hibernate spatial Dialects with the core ones

Hi, Since hibenrate-spatial has been merged into Hibernate code base, shouldn't we merge the Dialects as well. For instance, we have MySQL56InnoDBSpatialDialect which can simply be merged into a MySQL56InnoDBDialect. This way, MySQL57InnoDBDialect can take advantage of spatial queries as well. Th

[hibernate-dev] ActionQueue order question

Hi, Does anyone know why the "orphan-removal" is the first action to be executed while "delete" is the last one? Shouldn't the "delete"action queue operation be executed after "orphan-removal" before insert or update? Thanks, Vlad ___ hibernate-dev mail