Re: [hibernate-dev] Trying Hibernate 5.0.0.Beta1

Cool, ping me once resolved - I'm eager to test it :) 2015-04-02 21:57 GMT+03:00 Steve Ebersole <steve(a)hibernate.org&gt;: > Petar, so I was unfortunately remembering the work done for 6.0 when > saying that wrt the FK name. What I found is that binding support for JPA > @FK is, lets say "spotty" at best: > https://hibernate.atlassian.net/browse/HHH-9709 > > On Wed, Apr 1, 2015 at 8:02 AM, Petar Tahchiev <paranoiabla(a)gmail.com&gt; > wrote: > >> >> OK, maybe I'm doing something wrong. I also tried setting the foreign >> key name to "none" like this: >> >> @ManyToMany(targetEntity = AbstractFilterModel.class, cascade = { >> CascadeType.PERSIST, CascadeType.MERGE, CascadeType.REFRESH }, fetch = >> FetchType.LAZY) >> @JoinTable(inverseJoinColumns = { >> @JoinColumn(unique = false, nullable = true, >> insertable = true, updatable = true, foreignKey = @ForeignKey(name = >> "none", value = ConstraintMode.NO_CONSTRAINT), name = "filter_pk") }, >> indexes = { >> @Index(unique = false, columnList = "entity_pk") }, >> inverseForeignKey = @ForeignKey(name = "none", value = >> ConstraintMode.NO_CONSTRAINT), foreignKey = @ForeignKey(name = "none", >> value = ConstraintMode.NO_CONSTRAINT), joinColumns = { >> @JoinColumn(unique = false, nullable = true, >> insertable = true, updatable = true, foreignKey = @ForeignKey(name = >> "none", value = ConstraintMode.NO_CONSTRAINT), name = "entity_pk") }, name >> = "entity_filters") >> >> >> it didn't help - the foreign keys are still generated. I prepared a >> sample project with 2 tests: >> 1) will try to create an entity and fail because of the foreign key >> 2) will export the schema.sql so you can see the foregin keys are still >> generated. >> >> Sample project is here: https://github.com/paranoiabla/HHH-8805 >> >> >> 2015-04-01 14:36 GMT+03:00 Steve Ebersole <steve(a)hibernate.org&gt;: >> >>> >>> https://hibernate.atlassian.net/browse/HHH-8805?focusedCommentId=66093&am... >>> >>> On Wed, Apr 1, 2015 at 6:20 AM, Steve Ebersole <steve(a)hibernate.org&gt; >>> wrote: >>> >>>> And no, we generally do not reopen issues from Closed state. And >>>> here, given the different branches, I'd be more inclined to create a >>>> different issue referencing the original. >>>> >>>> On Wed, Apr 1, 2015 at 6:18 AM, Steve Ebersole <steve(a)hibernate.org&gt; >>>> wrote: >>>> >>>>> Hmm, it seems I inadvertently set the wrong fix version on HHH-8805. >>>>> It is fixed in our metamodel branch which is 6.0. I pulled the necessary >>>>> metamodel (org.hibernate.mapping) changes back to master (5.0), but only >>>>> the hbm.xml form of naming the FK "none" (magic value) is supported to >>>>> truly disable generation. For the time being you can use this as well from >>>>> annotations; just name the FK "none". >>>>> >>>>> If you can write some tests for this, it will make it easier for me >>>>> to implement. >>>>> >>>>> >>>>> >>>>> On Wed, Apr 1, 2015 at 5:40 AM, Petar Tahchiev <paranoiabla(a)gmail.com >>>>> > wrote: >>>>> >>>>>> Oh, >>>>>> >>>>>> and one last thing: I don't think this is fixed: >>>>>> https://hibernate.atlassian.net/browse/HHH-8805 >>>>>> >>>>>> Here's my mapping: >>>>>> >>>>>> @ManyToMany(targetEntity = AbstractFilterModel.class, cascade = { >>>>>> CascadeType.PERSIST, >>>>>> CascadeType.MERGE, >>>>>> CascadeType.REFRESH >>>>>> }, fetch = FetchType.LAZY) >>>>>> @JoinTable(indexes = { >>>>>> @Index(unique = false, columnList = "entity_pk") >>>>>> }, inverseForeignKey = >>>>>> @ForeignKey(ConstraintMode.NO_CONSTRAINT), inverseJoinColumns = { >>>>>> @JoinColumn(unique = false, nullable = true, insertable = >>>>>> true, updatable = true, foreignKey = >>>>>> @ForeignKey(ConstraintMode.NO_CONSTRAINT), name = "filter_pk") >>>>>> }, joinColumns = { >>>>>> @JoinColumn(unique = false, nullable = true, insertable = >>>>>> true, updatable = true, foreignKey = >>>>>> @ForeignKey(ConstraintMode.NO_CONSTRAINT), name = "entity_pk") >>>>>> }, foreignKey = @ForeignKey(ConstraintMode.NO_CONSTRAINT), name >>>>>> = "entity_filters") >>>>>> private Collection<AbstractFilterModelDefinition> filters; >>>>>> >>>>>> As you can see I have added ConstraintMode.NO_CONSTRAINT wherever it >>>>>> is possible to add it. However here's what the schema tool generates: >>>>>> >>>>>> create index IDX8b6xl4emqmow8hikaf4hgx9xn on entity_filters >>>>>> (entity_pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKra38l70n01disvkge7i9ff5ym >>>>>> foreign key (filter_pk) >>>>>> references abstract_filter (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKderx50xtd0lkeeblrj3o0ipq9 >>>>>> foreign key (entity_pk) >>>>>> references stock_level (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FK7ery3yx4pg32ogvv1wpr150oq >>>>>> foreign key (entity_pk) >>>>>> references content_slot (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKse5m2mj7rrwj8ndimynfnr2px >>>>>> foreign key (entity_pk) >>>>>> references blog_entry (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FK9nubqtdhrmefjv2a5oab2fcr2 >>>>>> foreign key (entity_pk) >>>>>> references price (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKcsuwqm524wu4u41oatrcalxvh >>>>>> foreign key (entity_pk) >>>>>> references tax (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKmd3mm5pw9naa05ype38m6x1eo >>>>>> foreign key (entity_pk) >>>>>> references abstract_template (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKsx6vnh2tga70pkne44dnq8kp0 >>>>>> foreign key (entity_pk) >>>>>> references discount (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FK6yx2wc1w1yb6qa1cx4byv7mju >>>>>> foreign key (entity_pk) >>>>>> references classification_feature (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKpoh168do203hfqwb7so7c4c79 >>>>>> foreign key (entity_pk) >>>>>> references cms_navigation_node (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKi85fkvbm7otl679ijlr6oyoff >>>>>> foreign key (entity_pk) >>>>>> references product (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKi8semxf3lq0n12lm05v7oydeq >>>>>> foreign key (entity_pk) >>>>>> references abstract_page (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKsjqo9a6quh1cg4y0wyqo4tp8b >>>>>> foreign key (entity_pk) >>>>>> references promotion (pk); >>>>>> >>>>>> alter table entity_filters >>>>>> add constraint FKfw64whfl6vgbqehj20qmc39i3 >>>>>> foreign key (entity_pk) >>>>>> references simple_cms_widget (pk); >>>>>> >>>>>> The foreign keys are all different (in Hibernate 4.3.x they were the >>>>>> same), but I just don't want them. Shall I reopen the issue? >>>>>> >>>>>> >>>>>> 2015-04-01 13:32 GMT+03:00 Petar Tahchiev <paranoiabla(a)gmail.com&gt;: >>>>>> >>>>>>> One other thing I noticed: >>>>>>> hibernate-core-5 depends on >>>>>>> >>>>>>> <groupId>org.jboss.logging</groupId> >>>>>>> <artifactId>jboss-logging</artifactId> >>>>>>> <version>3.2.1.Final</version> >>>>>>> >>>>>>> and if you have hibernate-validator 5.1.3.Final (the last stable), >>>>>>> it will depend on >>>>>>> >>>>>>> <groupId>org.jboss.logging</groupId> >>>>>>> <artifactId>jboss-logging</artifactId> >>>>>>> <version>3.1.4.GA</version> >>>>>>> >>>>>>> So you will get an exception of method not found on some >>>>>>> jboss-logging API. I excluded the jboss-loggin from the hibernate-validator >>>>>>> dependency, but now I get a ton of these TRACE statements >>>>>>> (literally every millisecond): >>>>>>> >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> 2015-04-01 13:28:02,090 >>>>>>> org.hibernate.event.internal.DefaultPersistEventListener >>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance >>>>>>> >>>>>>> >>>>>>> But at least it works.. I guess the only real solution is to have >>>>>>> hibernate-validator use the same jboss-logging version. >>>>>>> >>>>>>> >>>>>>> 2015-04-01 10:39 GMT+03:00 Gunnar Morling <gunnar(a)hibernate.org&gt;: >>>>>>> >>>>>>>> 2015-04-01 2:21 GMT+02:00 Steve Ebersole <steve(a)hibernate.org&gt;: >>>>>>>> >>>>>>>> > Just to clarify... I *think* that as long as we run the build >>>>>>>> with Java 8 >>>>>>>> > and set the bootclasspath to 6 or 7 we should be fine. >>>>>>>> > >>>>>>>> >>>>>>>> Yes, setting the boot classpath to 6 (or 7) makes sure you only >>>>>>>> use classes >>>>>>>> present in that JDK (be it explicitly or implicitly as in the >>>>>>>> ConcurrentHashMap case), because it's that class library which >>>>>>>> will be used >>>>>>>> for compilation then. It is cumbersome to use though as you need >>>>>>>> to specify >>>>>>>> the location of a 6 or 7 JDK which makes the build less easily >>>>>>>> portable >>>>>>>> between machines. >>>>>>>> >>>>>>>> Currently, AnimalSniffer is in place to prevent this very category >>>>>>>> of error >>>>>>>> and I'm wondering why it didn't detect the "usage" of KeySetView. >>>>>>>> It really >>>>>>>> should have detected it, assuming it analyses the byte code of >>>>>>>> classes. But >>>>>>>> this makes me wonder now whether it only analyses the source code >>>>>>>> actually. >>>>>>>> Then it wouldn't be usable to prevent this sort of issue. >>>>>>>> >>>>>>>> Coding against the ConcurrentMap interface is the best way to >>>>>>>> avoid the >>>>>>>> issue. But of course there is no guarantee that it happens again, >>>>>>>> unless >>>>>>>> e.g. having a build on CI which uses 6 or 7 on its boot classpath. >>>>>>>> >>>>>>>> >>>>>>>> > On Tue, Mar 31, 2015 at 7:13 PM, Steve Ebersole < >>>>>>>> steve(a)hibernate.org&gt; >>>>>>>> > wrote: >>>>>>>> > >>>>>>>> > > Well the idea is to run the Gradle process with Java 8 (the >>>>>>>> build itself >>>>>>>> > > is a Java process too don't forget). We pass in the older JDK >>>>>>>> > specifically >>>>>>>> > > to be able to set the bootclasspath for compilation and the >>>>>>>> executable >>>>>>>> > for >>>>>>>> > > running tests. That's the theory. >>>>>>>> > > >>>>>>>> > > Interestingly I developed a simplified project to test these >>>>>>>> theories: >>>>>>>> > > https://github.com/sebersole/gradle-mixed-jdk And of course >>>>>>>> this all >>>>>>>> > > works there. As you'd expect right? >>>>>>>> > > >>>>>>>> > > I think the JAXB thing comes into play here as well. Gradle >>>>>>>> does not >>>>>>>> > have >>>>>>>> > > any XJC support built in, so we have to make use of its Ant >>>>>>>> support to >>>>>>>> > run >>>>>>>> > > the XJC Ant tasks for JAXB model generation. The problem >>>>>>>> there is that, >>>>>>>> > > afaik, there is no way to tell Gradle's AntBuilder to use a >>>>>>>> JDK other >>>>>>>> > than >>>>>>>> > > the one that launched Gradle. I think this is why we see a >>>>>>>> JAXB model >>>>>>>> > > defined for Java 7, rather than Java 6, because we essentially >>>>>>>> run XJC >>>>>>>> > with >>>>>>>> > > Java 8. >>>>>>>> > > >>>>>>>> > > Anyway, this certainly makes the build more complex and we >>>>>>>> definitely >>>>>>>> > have >>>>>>>> > > to think through all these scenarios. In fact after Beta1, >>>>>>>> one of my >>>>>>>> > todos >>>>>>>> > > is to build up the build "from scratch" using that >>>>>>>> gradle-mixed-jdk >>>>>>>> > project >>>>>>>> > > as a basis. >>>>>>>> > > >>>>>>>> > > In general the plan though is to run all the tests (other than >>>>>>>> > > hibernate-java8, obviously) with the "baseline JDK, whether >>>>>>>> that be Java >>>>>>>> > 6 >>>>>>>> > > or 7. >>>>>>>> > > >>>>>>>> > > On Tue, Mar 31, 2015 at 6:59 PM, Sanne Grinovero < >>>>>>>> sanne(a)hibernate.org&gt; >>>>>>>> > > wrote: >>>>>>>> > > >>>>>>>> > >> There are many similar issues discussed on the Lucene >>>>>>>> developer's >>>>>>>> > >> mailing list, it's an interesting read: >>>>>>>> > >> - >>>>>>>> > >> >>>>>>>> > >>>>>>>> http://mail-archives.apache.org/mod_mbox/lucene-dev/201503.mbox/%3C07c401... >>>>>>>> > >> >>>>>>>> > >> I see no alternative than to have those test jobs actually >>>>>>>> exercising >>>>>>>> > >> ORM with JDK6, or maybe even compile it all with JDK6 except >>>>>>>> the Java8 >>>>>>>> > >> additional module to be compiled with JDK8 ? >>>>>>>> > >> >>>>>>>> > >> >>>>>>>> > >> >>>>>>>> > >> On 1 April 2015 at 00:36, Steve Ebersole <steve(a)hibernate.org&gt; >>>>>>>> wrote: >>>>>>>> > >> > Ahh, seems this may be an option to work around it: >>>>>>>> > >> > >>>>>>>> > >> > <quote> >>>>>>>> > >> > Using the general *Map* interface in place of the concrete >>>>>>>> > >> > *ConcurrentHashMap* type here side-steps the coupling to >>>>>>>> the Java 8 >>>>>>>> > >> return >>>>>>>> > >> > type and will allow this code to be compiled with Java 8 >>>>>>>> and run on >>>>>>>> > >> Java 7. >>>>>>>> > >> > </quote> >>>>>>>> > >> > >>>>>>>> > >> > I had missed that part. >>>>>>>> > >> > >>>>>>>> > >> > >>>>>>>> > >> > On Tue, Mar 31, 2015 at 6:34 PM, Steve Ebersole < >>>>>>>> steve(a)hibernate.org&gt; >>>>>>>> > >> wrote: >>>>>>>> > >> > >>>>>>>> > >> >> When I say "internal" here, I mean internal to java >>>>>>>> classes. >>>>>>>> > >> >> >>>>>>>> > >> >> On Tue, Mar 31, 2015 at 6:30 PM, Steve Ebersole < >>>>>>>> steve(a)hibernate.org >>>>>>>> > > >>>>>>>> > >> >> wrote: >>>>>>>> > >> >> >>>>>>>> > >> >>> Nope. It just effects any code compiled with Java 8 even >>>>>>>> though the >>>>>>>> > >> >>> change is internal. The problem is the generated bytecode >>>>>>>> > >> incorporates >>>>>>>> > >> >>> this change. Like I said, this should be compiled with >>>>>>>> 1.6 >>>>>>>> > >> compatibility, >>>>>>>> > >> >>> but that is apparently not working atm. I am having a >>>>>>>> struggle >>>>>>>> > >> getting a >>>>>>>> > >> >>> mixed JDK build working "just right". >>>>>>>> > >> >>> >>>>>>>> > >> >>> On Tue, Mar 31, 2015 at 6:28 PM, Petar Tahchiev < >>>>>>>> > >> paranoiabla(a)gmail.com&gt; >>>>>>>> > >> >>> wrote: >>>>>>>> > >> >>> >>>>>>>> > >> >>>> According to this: >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> https://gist.github.com/AlainODea/1375759b8720a3f9f094 >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> Notably the Java 1.7 *ConcurrentHashMap#keySet()* >>>>>>>> returns a Set<K> >>>>>>>> > >> while >>>>>>>> > >> >>>> the 1.8*ConcurrentHashMap#keySet()* returns a >>>>>>>> > >> >>>> ConcurrentHashMap.KeySetView<K,V>`. >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> I think you're using some Java8 API. >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> 2015-04-01 2:25 GMT+03:00 Petar Tahchiev < >>>>>>>> paranoiabla(a)gmail.com&gt;: >>>>>>>> > >> >>>> >>>>>>>> > >> >>>>> petar@petar-ThinkPad-X1-Carbon:~$ java -version >>>>>>>> > >> >>>>> java version "1.7.0_71" >>>>>>>> > >> >>>>> Java(TM) SE Runtime Environment (build 1.7.0_71-b14) >>>>>>>> > >> >>>>> Java HotSpot(TM) 64-Bit Server VM (build 24.71-b01, >>>>>>>> mixed mode) >>>>>>>> > >> >>>>> petar@petar-ThinkPad-X1-Carbon:~$ uname -a >>>>>>>> > >> >>>>> Linux petar-ThinkPad-X1-Carbon 3.16.0-33-generic >>>>>>>> #44-Ubuntu SMP >>>>>>>> > Thu >>>>>>>> > >> Mar >>>>>>>> > >> >>>>> 12 12:19:35 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>>>> > >> >>>>> petar@petar-ThinkPad-X1-Carbon:~$ >>>>>>>> > >> >>>>> >>>>>>>> > >> >>>>> >>>>>>>> > >> >>>>> 2015-04-01 2:21 GMT+03:00 Steve Ebersole < >>>>>>>> steve(a)hibernate.org&gt;: >>>>>>>> > >> >>>>> >>>>>>>> > >> >>>>>> What JRE are you trying to use? This error: >>>>>>>> > >> >>>>>> >>>>>>>> > >> >>>>>> java.lang.NoSuchMethodError: java.util.concurrent. >>>>>>>> > >> >>>>>> ConcurrentHashMap.keySet()Ljava/util/concurrent/ >>>>>>>> > >> >>>>>> ConcurrentHashMap$KeySetView; >>>>>>>> > >> >>>>>> >>>>>>>> > >> >>>>>> is indicative of an issue in cross-jre support due to >>>>>>>> a change >>>>>>>> > >> >>>>>> internal to java classes. >>>>>>>> > >> >>>>>> >>>>>>>> > >> >>>>>> >>>>>>>> > >> >>>>>> On Tue, Mar 31, 2015 at 6:03 PM, Petar Tahchiev < >>>>>>>> > >> paranoiabla(a)gmail.com >>>>>>>> > >> >>>>>> > wrote: >>>>>>>> > >> >>>>>> >>>>>>>> > >> >>>>>>> Thanks Steve, >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> I managed to migrate my configuration to the new >>>>>>>> > >> >>>>>>> MetamodelImplementor. Now when I run the scema export >>>>>>>> I get a >>>>>>>> > lot >>>>>>>> > >> of these >>>>>>>> > >> >>>>>>> warning: >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> INFO : HHH000400: Using dialect: >>>>>>>> > >> org.hibernate.dialect.MySQL5Dialect >>>>>>>> > >> >>>>>>> WARN : JDBC Driver reports it stores quoted >>>>>>>> identifiers in both >>>>>>>> > >> mixed >>>>>>>> > >> >>>>>>> and upper case >>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class: >>>>>>>> > >> >>>>>>> com.xxx.platform.core.model.cms.AbstractPageModel >>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class: >>>>>>>> > >> >>>>>>> >>>>>>>> com.xxx.platform.module.invoice.core.model.InvoicePageModel >>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class: >>>>>>>> > >> >>>>>>> >>>>>>>> com.xxx.platform.core.model.batch.BatchStepExecutionContextModel >>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class: >>>>>>>> > >> >>>>>>> >>>>>>>> com.xxx.platform.core.model.batch.BatchJobExecutionContextModel >>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class: >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> com.xxx.platform.module.search.core.model.SearchKeywordRedirectModel >>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class: >>>>>>>> > >> >>>>>>> >>>>>>>> > com.xxx.platform.module.search.core.model.SearchPageRedirectModel >>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class: >>>>>>>> > >> >>>>>>> >>>>>>>> com.xxx.platform.module.promotion.core.model.PromotionModel >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> and when I run some test I get the following >>>>>>>> exception: >>>>>>>> > >> >>>>>>> java.lang.NoSuchMethodError: >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> java.util.concurrent.ConcurrentHashMap.keySet()Ljava/util/concurrent/ConcurrentHashMap$KeySetView; >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.hibernate.internal.SessionFactoryImpl.iterateEntityNameResolvers(SessionFactoryImpl.java:733) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.hibernate.internal.SessionImpl$CoordinatingEntityNameResolver.resolveEntityName(SessionImpl.java:2470) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.hibernate.internal.SessionImpl.guessEntityName(SessionImpl.java:1992) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.hibernate.internal.SessionImpl.getEntityPersister(SessionImpl.java:1485) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.hibernate.event.internal.DefaultMergeEventListener.onMerge(DefaultMergeEventListener.java:163) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.hibernate.event.internal.DefaultMergeEventListener.onMerge(DefaultMergeEventListener.java:85) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >>>>>>>> org.hibernate.internal.SessionImpl.fireMerge(SessionImpl.java:882) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> org.hibernate.internal.SessionImpl.merge(SessionImpl.java:864) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> org.hibernate.internal.SessionImpl.merge(SessionImpl.java:869) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.hibernate.jpa.spi.AbstractEntityManagerImpl.merge(AbstractEntityManagerImpl.java:1196) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.springframework.batch.item.database.JpaItemWriter.doWrite(JpaItemWriter.java:104) >>>>>>>> > >> >>>>>>> at >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> org.springframework.batch.item.database.JpaItemWriter.write(JpaItemWriter.java:83) >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> 2015-04-01 1:23 GMT+03:00 Steve Ebersole < >>>>>>>> steve(a)hibernate.org&gt;: >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> I am told that the bug does not affect the >>>>>>>> JBoss->Central sync >>>>>>>> > >> >>>>>>>> process. So at some point the artifacts should all >>>>>>>> be >>>>>>>> > available >>>>>>>> > >> in Central >>>>>>>> > >> >>>>>>>> >>>>>>>> > >> >>>>>>>> On Tue, Mar 31, 2015 at 5:19 PM, Steve Ebersole < >>>>>>>> > >> steve(a)hibernate.org >>>>>>>> > >> >>>>>>>> > wrote: >>>>>>>> > >> >>>>>>>> >>>>>>>> > >> >>>>>>>>> hibernate-core seems to be the only artifact that >>>>>>>> is available >>>>>>>> > >> in >>>>>>>> > >> >>>>>>>>> JBoss Nexus. >>>>>>>> > >> >>>>>>>>> >>>>>>>> > >> >>>>>>>>> On Tue, Mar 31, 2015 at 5:18 PM, Steve Ebersole < >>>>>>>> > >> >>>>>>>>> steve(a)hibernate.org&gt; wrote: >>>>>>>> > >> >>>>>>>>> >>>>>>>> > >> >>>>>>>>>> So apparently the artifacts / repo issue is a >>>>>>>> Nexus bug that >>>>>>>> > is >>>>>>>> > >> >>>>>>>>>> effecting the JBoss repo (and therefore us)... >>>>>>>> > >> >>>>>>>>>> http://issues.sonatype.org/browse/NEXUS-7654 >>>>>>>> > >> >>>>>>>>>> >>>>>>>> > >> >>>>>>>>>> As I pointed out in the announcement, I am >>>>>>>> managing the >>>>>>>> > >> "migration >>>>>>>> > >> >>>>>>>>>> guide" in source repo while I develop the Betas. >>>>>>>> See >>>>>>>> > >> >>>>>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> https://github.com/hibernate/hibernate-orm/blob/master/working-5.0-migrat... >>>>>>>> > >> >>>>>>>>>> As far are the new bootstrapping apis, see >>>>>>>> > >> >>>>>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> http://docs.jboss.org/hibernate/orm/5.0/topical/html/bootstrap/NativeBoot... >>>>>>>> > >> >>>>>>>>>> and >>>>>>>> > >> >>>>>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> http://docs.jboss.org/hibernate/orm/5.0/topical/html/bootstrap/LegacyBoot... >>>>>>>> > >> >>>>>>>>>> >>>>>>>> > >> >>>>>>>>>> On Tue, Mar 31, 2015 at 5:07 PM, Petar Tahchiev < >>>>>>>> > >> >>>>>>>>>> paranoiabla(a)gmail.com&gt; wrote: >>>>>>>> > >> >>>>>>>>>> >>>>>>>> > >> >>>>>>>>>>> Hi guys, >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> > >> >>>>>>>>>>> I just tried the latest beta and I cannot compile >>>>>>>> my >>>>>>>> > project. >>>>>>>> > >> >>>>>>>>>>> With the >>>>>>>> > >> >>>>>>>>>>> latest hibernate 4.3.X I was able to do this: >>>>>>>> > >> >>>>>>>>>>> ------- >>>>>>>> > >> >>>>>>>>>>> final org.hibernate.cfg.Configuration >>>>>>>> configuration >>>>>>>> > = >>>>>>>> > >> >>>>>>>>>>> getHibernateConfiguration(); >>>>>>>> > >> >>>>>>>>>>> configuration.buildMappings(); >>>>>>>> > >> >>>>>>>>>>> final SchemaUpdate schemaUpdate = new >>>>>>>> > >> >>>>>>>>>>> SchemaUpdate(configuration); >>>>>>>> > >> >>>>>>>>>>> ------- >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> > >> >>>>>>>>>>> however it seems that the SchemaUpdate >>>>>>>> constructor has been >>>>>>>> > >> >>>>>>>>>>> removed and now >>>>>>>> > >> >>>>>>>>>>> a new one is added: >>>>>>>> > >> >>>>>>>>>>> -------- >>>>>>>> > >> >>>>>>>>>>> public SchemaUpdate(MetadataImplementor >>>>>>>> metadata) { >>>>>>>> > >> >>>>>>>>>>> this( >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> metadata.getMetadataBuildingOptions().getServiceRegistry(), >>>>>>>> > >> >>>>>>>>>>> metadata ); >>>>>>>> > >> >>>>>>>>>>> } >>>>>>>> > >> >>>>>>>>>>> --------- >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> > >> >>>>>>>>>>> Also the configuration.buildMappings() method has >>>>>>>> been >>>>>>>> > >> >>>>>>>>>>> deprecated. Where do >>>>>>>> > >> >>>>>>>>>>> I get the MetadataImplementor from? Also is there >>>>>>>> any >>>>>>>> > >> changelog I >>>>>>>> > >> >>>>>>>>>>> can refer >>>>>>>> > >> >>>>>>>>>>> to? >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> > >> >>>>>>>>>>> Thanks. >>>>>>>> > >> >>>>>>>>>>> -- >>>>>>>> > >> >>>>>>>>>>> Regards, Petar! >>>>>>>> > >> >>>>>>>>>>> Karlovo, Bulgaria. >>>>>>>> > >> >>>>>>>>>>> --- >>>>>>>> > >> >>>>>>>>>>> Public PGP Key at: >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 >>>>>>>> > >> >>>>>>>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 >>>>>>>> 1965 8550 >>>>>>>> > C311 >>>>>>>> > >> >>>>>>>>>>> 0611 >>>>>>>> > >> >>>>>>>>>>> _______________________________________________ >>>>>>>> > >> >>>>>>>>>>> hibernate-dev mailing list >>>>>>>> > >> >>>>>>>>>>> hibernate-dev(a)lists.jboss.org >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> https://lists.jboss.org/mailman/listinfo/hibernate-dev >>>>>>>> > >> >>>>>>>>>>> >>>>>>>> > >> >>>>>>>>>> >>>>>>>> > >> >>>>>>>>>> >>>>>>>> > >> >>>>>>>>> >>>>>>>> > >> >>>>>>>> >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>> -- >>>>>>>> > >> >>>>>>> Regards, Petar! >>>>>>>> > >> >>>>>>> Karlovo, Bulgaria. >>>>>>>> > >> >>>>>>> --- >>>>>>>> > >> >>>>>>> Public PGP Key at: >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 >>>>>>>> > >> >>>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 >>>>>>>> 8550 C311 >>>>>>>> > >> 0611 >>>>>>>> > >> >>>>>>> >>>>>>>> > >> >>>>>> >>>>>>>> > >> >>>>>> >>>>>>>> > >> >>>>> >>>>>>>> > >> >>>>> >>>>>>>> > >> >>>>> -- >>>>>>>> > >> >>>>> Regards, Petar! >>>>>>>> > >> >>>>> Karlovo, Bulgaria. >>>>>>>> > >> >>>>> --- >>>>>>>> > >> >>>>> Public PGP Key at: >>>>>>>> > >> >>>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 >>>>>>>> > >> >>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 >>>>>>>> 8550 C311 >>>>>>>> > 0611 >>>>>>>> > >> >>>>> >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> -- >>>>>>>> > >> >>>> Regards, Petar! >>>>>>>> > >> >>>> Karlovo, Bulgaria. >>>>>>>> > >> >>>> --- >>>>>>>> > >> >>>> Public PGP Key at: >>>>>>>> > >> >>>> >>>>>>>> > >> >>>>>>>> > >>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 >>>>>>>> > >> >>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 >>>>>>>> 8550 C311 0611 >>>>>>>> > >> >>>> >>>>>>>> > >> >>> >>>>>>>> > >> >>> >>>>>>>> > >> >> >>>>>>>> > >> > _______________________________________________ >>>>>>>> > >> > hibernate-dev mailing list >>>>>>>> > >> > hibernate-dev(a)lists.jboss.org >>>>>>>> > >> > https://lists.jboss.org/mailman/listinfo/hibernate-dev >>>>>>>> > >> >>>>>>>> > > >>>>>>>> > > >>>>>>>> > _______________________________________________ >>>>>>>> > hibernate-dev mailing list >>>>>>>> > hibernate-dev(a)lists.jboss.org >>>>>>>> > https://lists.jboss.org/mailman/listinfo/hibernate-dev >>>>>>>> > >>>>>>>> _______________________________________________ >>>>>>>> hibernate-dev mailing list >>>>>>>> hibernate-dev(a)lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/hibernate-dev >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Regards, Petar! >>>>>>> Karlovo, Bulgaria. >>>>>>> --- >>>>>>> Public PGP Key at: >>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 >>>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Regards, Petar! >>>>>> Karlovo, Bulgaria. >>>>>> --- >>>>>> Public PGP Key at: >>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 >>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 >>>>>> >>>>> >>>>> >>>> >>> >> >> >> -- >> Regards, Petar! >> Karlovo, Bulgaria. >> --- >> Public PGP Key at: >> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 >> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 >> > > -- Regards, Petar! Karlovo, Bulgaria. --- Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611