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

Ok Petar, when you get a chance pull and give that a try wrt ForeignKeys On Thu, Apr 2, 2015 at 2:06 PM, Steve Ebersole <steve(a)hibernate.org&gt; wrote: > I am working on it as we speak :) > > On Thu, Apr 2, 2015 at 2:05 PM, Petar Tahchiev <paranoiabla(a)gmail.com&gt; > wrote: > >> 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&gt; 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 >> > >