[hibernate-dev] "Hibernate Types" project

2017-09-27 Thread Gunnar Morling
Hey Vlad, I recently learned about your "Hibernate Types" project [1]. It's great to see support for JSON, arrays, etc! Out of curiosity, though, why did you decide to make it a separate project instead of adding these very useful types to Hibernate itself? Seems it'd be easier for people to us t

Re: [hibernate-dev] Too simple a solution for HHH-11147 ?

2017-09-27 Thread Vlad Mihalcea
Hi Thomas, You can send a Pull Request. I'll ask Luis Barreiro to review it since he's the expert in this area. Thanks, Vlad On Thu, Sep 28, 2017 at 12:33 AM, Thomas Reinhardt wrote: > > Hello, > > I investigated HHH-11147 (Allow enhanced entities to be returned in a > completely uninitialized

[hibernate-dev] Too simple a solution for HHH-11147 ?

2017-09-27 Thread Thomas Reinhardt
Hello, I investigated HHH-11147 (Allow enhanced entities to be returned in a completely uninitialized state) and have a very small fix for that issue. I want your feedback if I am going the correct route here. Seems too easy and lazy loading is a pretty important piece of hibernate. To spare e

Re: [hibernate-dev] [Search and more] What is new in a give release

2017-09-27 Thread Sanne Grinovero
On 26 September 2017 at 15:36, Emmanuel Bernard wrote: > All I wanted initially was to be able to get a description of what each > series provided so that when I jump from my version to the latest, I can > see what's going on. Then you guys wanted to expose the matrix of > compatibilities as e.g.

Re: [hibernate-dev] [Search and more] What is new in a give release

2017-09-27 Thread Guillaume Smet
On Tue, Sep 26, 2017 at 4:36 PM, Emmanuel Bernard wrote: > As a user, I still need to be able to go to a given series page to > understand what was done (see my initial use case). But they can be in a > older series section in small vs big boxes. > This is currently missing. > BTW tools has a

Re: [hibernate-dev] [Search and more] What is new in a give release

2017-09-27 Thread Emmanuel Bernard
All I wanted initially was to be able to get a description of what each series provided so that when I jump from my version to the latest, I can see what's going on. Then you guys wanted to expose the matrix of compatibilities as e.g. people do consume Search with a given version of ORM. With that

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Sanne Grinovero
On 27 September 2017 at 13:29, Gunnar Morling wrote: > > > 2017-09-27 14:19 GMT+02:00 Sanne Grinovero : >> >> Thanks Gunnar, at an high level that's pretty much on the same page >> than everyone else, but some details are relevant: >> >> On 27 September 2017 at 13:08, Gunnar Morling >> wrote: >>

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Gunnar Morling
2017-09-27 14:19 GMT+02:00 Sanne Grinovero : > Thanks Gunnar, at an high level that's pretty much on the same page > than everyone else, but some details are relevant: > > On 27 September 2017 at 13:08, Gunnar Morling > wrote: > > I'd suggest to > > > > * simply ignore "create database" for Infin

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Sanne Grinovero
Thanks Gunnar, at an high level that's pretty much on the same page than everyone else, but some details are relevant: On 27 September 2017 at 13:08, Gunnar Morling wrote: > I'd suggest to > > * simply ignore "create database" for Infinispan (not all OGM-defined > properties are supported for all

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Gunnar Morling
I'd suggest to * simply ignore "create database" for Infinispan (not all OGM-defined properties are supported for all stores) * implement support for HBM2DDL_AUTO to create tables (or caches etc.) *within* the chosen database (which will be ISPN's global namespace as there is no notion of database

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Sanne Grinovero
On 27 September 2017 at 11:12, Davide D'Alto wrote: >> Thanks, but before you jump onto specifics of feasability, do we agree >> that "create_database" as a name is not good for Infinispan ? > > Well, we are using infinispan as a database, it's not an ideal name > but it is not so terrible conside

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Davide D'Alto
> Thanks, but before you jump onto specifics of feasability, do we agree > that "create_database" as a name is not good for Infinispan ? Well, we are using infinispan as a database, it's not an ideal name but it is not so terrible considering that we are trying to use a single property for all the

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Sanne Grinovero
On 27 September 2017 at 10:23, Davide D'Alto wrote: >> Let the fight begin! > > I don't think we have to fight about it: > https://hibernate.atlassian.net/browse/OGM-571 > > It wasn't possible to use Environment.HBM2DDL_AUTO when we introduced > the property, > it should be possible now. > > I'll

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Davide D'Alto
> Let the fight begin! I don't think we have to fight about it: https://hibernate.atlassian.net/browse/OGM-571 It wasn't possible to use Environment.HBM2DDL_AUTO when we introduced the property, it should be possible now. I'll have a look at it. It seems gunnar had a branch with something alread

Re: [hibernate-dev] Property "ogm.datastore.create_database": fit for purpose?

2017-09-27 Thread Guillaume Smet
On Tue, Sep 26, 2017 at 10:03 PM, Sanne Grinovero wrote: > In fact > I'd like to simply use Environment.HBM2DDL_AUTO to create / define > Caches ? > Makes sense to me. -- Guillaume ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://