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://
> 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
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
> 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
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
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
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
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
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:
>>
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
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
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.
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
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
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
15 matches
Mail list logo