[hibernate-dev] WebSphereExtendedJtaPlatform (HHH-11606)

Currently, in master and 5.1, WebSphereExtendedJtaPlatform will not work for any tasks that use a DdlTransactionIsolatorJtaImpl. The problem is that DdlTransactionIsolatorJtaImpl calls TransactionManager#suspend and #resume on the TransactionManager returned by WebSphereExtendedJtaPlatform#locateT

Re: [hibernate-dev] WebSphereExtendedJtaPlatform (HHH-11606)

According to this answer from a WebSphere developer it isn't possible to suspend/resume transaction in any other way. AFAIK the only "supported" way WebSphere offers for suspen

Re: [hibernate-dev] 6.0 - concept naming

To circle back to this... I mentioned possibly keeping a reference to the foreign-key defining the join predicate between the root table and the secondary table. ATM however we do not model FKs in the runtime metamodel (either in 6 or before). So that will not work unless we start to do that. An

Re: [hibernate-dev] 6.0 - concept naming

I lean to your 3th option On 3 May 2017 at 15:01, Steve Ebersole wrote: > To circle back to this... I mentioned possibly keeping a reference to the > foreign-key defining the join predicate between the root table and the > secondary table. ATM however we do not model FKs in the runtime > metamo

Re: [hibernate-dev] Implement UserCollectionType for non-Collection types such as Guava's Multimap

When you work in that area (mapping non Java Collection subclasses e.g. Guava Table), check out the work we have done in Bean Validation 2 around the subject of containers and extractors. You will likely be able to reuse these contracts as is. This does not address collections of collections.