Hi,
There is this issue that has puzzled me for many years related to
ActionQueue ordering:
- OrphanRemovalAction.class,
- AbstractEntityInsertAction.class,
- EntityUpdateAction.class,
- QueuedOperationCollectionAction.class,
- CollectionRemoveAction.class,
- CollectionUpdateAction.class,
- Colle
On 28 March 2017 at 10:03, Vlad Mihalcea wrote:
> There musts be a reason for choosing this ordering, but I can't figure out
> why the EntityDeleteAction was chosen to be executed last.
>
Isn't it simply to avoid foreign key constraints to explode? When you
update a reference to a foreign key *a
Hi all,
I've moved the contributed dialect for OGM in this repository:
https://github.com/DavideD/hibernate-ogm-contrib
I have a couple of quesitons before moving it in an official repository:
- Which group id should we use? At the moment it is still
org.hibernate.ogm but Iw odul opt for org.hibe
Hi,
I've moved the contributed dialect for OGM in this repository:
> https://github.com/DavideD/hibernate-ogm-contrib
Great, thanks :)
Which group id should we use? At the moment it is still
> org.hibernate.ogm but Iw odul opt for org.hibernate.ogm.contrib
>
+1 for org.hibernate.ogm.contrib. I
Regarding the License I think we have no choice, we have to use the
same license as alternatively we'd need to get permission to change
the license as it's existing code.
I'm assuming we have no interest in that, and if we had this process
would take some time so we'd have to propose such a change
+1, as proposed a long time ago :)
On 28 March 2017 at 07:52, Vlad Mihalcea wrote:
> +1
>
> I remember that Spring Data CRUDRepository has this restriction that ID
> extends Serializable just because Hibernate required it so. I agree that we
> should drop this restriction and allow non-Serializab
We've all "proposed" it at some point Sanne ;) The bigger question is when
to do it since it means API changes.
But it sounds like everyone is on board for that for 6.0
On Tue, Mar 28, 2017, 6:54 AM Sanne Grinovero wrote:
> +1, as proposed a long time ago :)
>
> On 28 March 2017 at 07:52, Vlad
Hi,
Spring is here and so are the minutes of this week's NoORM IRC meeting:
16:06 < jbott> Meeting ended Tue Mar 28 14:06:02 2017 UTC. Information
about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:06 < jbott> Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/hibernate-d
Hi,
Would it be possible for a WildFly deployment unit processor to detect
Hibernate ORM native applications, by detecting the presence of a
particular configuration file that is always present? I'm not sure if
this is possible, but if it is, perhaps WildFly could automatically
add the (supported
On 03/28/2017 11:30 AM, Scott Marlow wrote:
> Hi,
>
> Would it be possible for a WildFly deployment unit processor to detect
> Hibernate ORM native applications, by detecting the presence of a
> particular configuration file that is always present? I'm not sure if
> this is possible, but if it i
Hi Scott,
no I don't think that's possible. There are many ways of bootstrapping
Hibernate, and "using code" is also a valid option, which implies end
users have the option to read configuration properties from custom
sources or even hard-code configuration.
Granted in practice they'll likely use
On 28 March 2017 at 17:28, Steve Ebersole wrote:
>
>
> On Tue, Mar 28, 2017 at 11:12 AM Sanne Grinovero
> wrote:
>>
>> Hi Scott,
>>
>> no I don't think that's possible. There are many ways of bootstrapping
>> Hibernate, and "using code" is also a valid option, which implies end
>> users have the
+1 for 6.0
On 03/28/2017 08:33 AM, Steve Ebersole wrote:
> We've all "proposed" it at some point Sanne ;) The bigger question is when
> to do it since it means API changes.
>
> But it sounds like everyone is on board for that for 6.0
>
> On Tue, Mar 28, 2017, 6:54 AM Sanne Grinovero wrote:
>
>>
13 matches
Mail list logo
