And no that's not a typo :) It's JDK6_HOME, but you pass it a Java 7 jdk :)
On Tue, Mar 31, 2015 at 6:56 PM, Steve Ebersole <st...@hibernate.org> wrote: > Actually this may have been a brain-fart on my part when building the > release. I think I may have forgotten to pass in the Java 6 JDK to the > build, which I use to set the javac bootclasspath. So in that case it > would have used the bootclasspath from the Java 8 JDK I used to launch > gradle. > > If you get a chance, you can test that theory by getting the sources and > running the hibernate-core build again. You'd have to use Java 8 to launch > Gradle and pass -PJDK6_HOME=<path-to-java7-jdk>. > > > On Tue, Mar 31, 2015 at 6:36 PM, 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
