I am working on it as we speak :) On Thu, Apr 2, 2015 at 2:05 PM, Petar Tahchiev <paranoia...@gmail.com> wrote:
> Cool, > > ping me once resolved - I'm eager to test it :) > > 2015-04-02 21:57 GMT+03:00 Steve Ebersole <st...@hibernate.org>: > >> 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 <paranoia...@gmail.com> >> 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 <st...@hibernate.org>: >>> >>>> >>>> https://hibernate.atlassian.net/browse/HHH-8805?focusedCommentId=66093&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-66093 >>>> >>>> On Wed, Apr 1, 2015 at 6:20 AM, Steve Ebersole <st...@hibernate.org> >>>> 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 <st...@hibernate.org> >>>>> 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 <paranoia...@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 <paranoia...@gmail.com>: >>>>>>> >>>>>>>> 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 <gun...@hibernate.org>: >>>>>>>> >>>>>>>>> 2015-04-01 2:21 GMT+02:00 Steve Ebersole <st...@hibernate.org>: >>>>>>>>> >>>>>>>>> > 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 < >>>>>>>>> st...@hibernate.org> >>>>>>>>> > 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 < >>>>>>>>> sa...@hibernate.org> >>>>>>>>> > > 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/%3C07c401d06aba%240b477c80%2421d67580%24%40thetaphi.de%3E >>>>>>>>> > >> >>>>>>>>> > >> 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 <st...@hibernate.org> >>>>>>>>> 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 < >>>>>>>>> st...@hibernate.org> >>>>>>>>> > >> wrote: >>>>>>>>> > >> > >>>>>>>>> > >> >> When I say "internal" here, I mean internal to java >>>>>>>>> classes. >>>>>>>>> > >> >> >>>>>>>>> > >> >> On Tue, Mar 31, 2015 at 6:30 PM, Steve Ebersole < >>>>>>>>> st...@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 < >>>>>>>>> > >> paranoia...@gmail.com> >>>>>>>>> > >> >>> 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 < >>>>>>>>> paranoia...@gmail.com>: >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>>> 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 < >>>>>>>>> st...@hibernate.org>: >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>>> 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 < >>>>>>>>> > >> paranoia...@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 < >>>>>>>>> st...@hibernate.org>: >>>>>>>>> > >> >>>>>>> >>>>>>>>> > >> >>>>>>>> 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 < >>>>>>>>> > >> st...@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 < >>>>>>>>> > >> >>>>>>>>> st...@hibernate.org> 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-migration-guide.md >>>>>>>>> > >> >>>>>>>>>> As far are the new bootstrapping apis, see >>>>>>>>> > >> >>>>>>>>>> >>>>>>>>> > >> >>>>>>>>> > >>>>>>>>> http://docs.jboss.org/hibernate/orm/5.0/topical/html/bootstrap/NativeBootstrapping.html >>>>>>>>> > >> >>>>>>>>>> and >>>>>>>>> > >> >>>>>>>>>> >>>>>>>>> > >> >>>>>>>>> > >>>>>>>>> http://docs.jboss.org/hibernate/orm/5.0/topical/html/bootstrap/LegacyBootstrapping.html >>>>>>>>> > >> >>>>>>>>>> >>>>>>>>> > >> >>>>>>>>>> On Tue, Mar 31, 2015 at 5:07 PM, Petar Tahchiev < >>>>>>>>> > >> >>>>>>>>>> paranoia...@gmail.com> 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@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@lists.jboss.org >>>>>>>>> > >> > https://lists.jboss.org/mailman/listinfo/hibernate-dev >>>>>>>>> > >> >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > _______________________________________________ >>>>>>>>> > hibernate-dev mailing list >>>>>>>>> > hibernate-dev@lists.jboss.org >>>>>>>>> > https://lists.jboss.org/mailman/listinfo/hibernate-dev >>>>>>>>> > >>>>>>>>> _______________________________________________ >>>>>>>>> hibernate-dev mailing list >>>>>>>>> hibernate-dev@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 > _______________________________________________ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
