Mainly thats an issue with that fact that so far we have not defined 'bootstrap class path' option to javac to go along with the source/target compatibility settings. The difficulty is that defining bootstrap for javac becomes very system specific (it needs to name a path). Sure we could externalize that into a setting, but then what do you do when someone wants to build Hibernate but has not defined this setting? Do you let the build continue (aka, make the bootstrap setting optional)?
Bottom line, just setting source/target compatibility is never enough. On 04/16/2013 03:44 AM, Gunnar Morling wrote: > On a related note: > > I know Java 7 is required to compile ORM, but is Java 7 also the > required runtime Java version now (I vaguely remember a related > discussion around the JPA API JAR)? > > I'm asking, because the Java 7 method Collections#emptyIterator() is > used at two places, making this code not runnable on Java 6. If > requiring 7 is intentional, feel free to ignore this mail ;) > > --Gunnar > > > > 2013/4/16 Gunnar Morling <gun...@hibernate.org > <mailto:gun...@hibernate.org>> > > 2013/4/15 Steve Ebersole <steven.ebers...@gmail.com > <mailto:steven.ebers...@gmail.com>> > > I am not touching this :) > > I think I have explained this 198,052 times thus far lol > > > I must have missed this then. Or I was not yet part of the team at > that time. > > > https://community.jboss.org/wiki/GradleWhy see #4 > > > Thanks for the link. > > I get the reasoning about Maven's "one artifact" rule and the need > for re-usable test code. But now that we use Gradle, wouldn't it > be possible to move the things from hibernate-testng back to > hibernate-core and built two JARs with the different contents from > there? To me, a circular dependency between two modules always > seems a bit suspicious, also if it is doable with Gradle, turning > off warnings in the IDE etc. > > Btw. also Maven supports this particular use case of creating a > main JAR and a JAR with re-usable test infrastructure [1]. We e.g. > make use of this in HV. > > --Gunnar > > [1] > http://maven.apache.org/plugins/maven-jar-plugin/test-jar-mojo.html > > > On Mon 15 Apr 2013 04:10:43 PM CDT, Gunnar Morling wrote: > > Hi Brett, > > That's good news, thanks for your efforts. Based on step 3 > from your blog > post it seems as there still is a circular dependency > between some of the > modules/projects. Just out of interest, could you give > some more details > why this kind of setup is required? > > --Gunnar > > > > 2013/4/15 Brett Meyer <brme...@redhat.com > <mailto:brme...@redhat.com>> > > There's been several complaints about ORM's use of > Gradle not generating > Eclipse projects correctly. This was recently cleaned > up in HHH-7617 [1]. > FYI, there's a quick blog post [2] about how to > quickly get > up-and-running. Please let me know if there are any > further ways we could > streamline the IDE setup. > > [1] https://hibernate.atlassian.net/browse/HHH-7617 > [2] > > http://in.relation.to/Bloggers/ImprovedEclipseProjectSupportForHibernateORMDevelopment > > Brett Meyer > Red Hat Software Engineer, Hibernate > _______________________________________________ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > <mailto:hibernate-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/hibernate-dev > > _______________________________________________ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > <mailto: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