[hibernate-dev] building core from master

[Steve Ebersole]

On Wednesday, March 16, 2011, at 10:15 am, Sanne Grinovero wrote:
> Hello,
> I really wanted to merge my super-trivial patch using the new JUnit4
> capabilities, but I'm having some issues in building core.
> 
> 1)IntelliJ
> (after solving the OOM issues with the annotation processor)
> It doesn't find the ANTLR generated files, hence I can't run my test
> as it has a compile failure.
Same thing with the older Maven builds.  You have to manually run the antlr 
generation task.  You could set that up to run on build, but personally I 
prefer to run that stuff manaully when needed.  Up to you.

By the way, same in eclipse.

> 2)Eclipse
> the configuration files generated by gradle are totally wrong, but I
> could fix them by hand.
> Now Eclipse refuses to compile the project as there's a circular
> dependency: the testsuite from hibernate-core depends on the
> hibernate-testing module, which in turn depends on hibernate-core.
This was intentional.  Both gradle and intellij can handle this.  I asked max 
and he said that such a set up was in some way workable.

I dont understand what is so foreign about this "circularity".  Look at it at 
the task level.  You compile hibernate-core/src/main; you compile hibernate-
testing/src/main; you compile hibernate-core/src/test.  Yes there is 
"circularity" if you look strictly at this in terms of modules.  But in terms 
of tasks and source sets there is not.

> Reopening in IntelliJ to figure out why it seemed to almost work there:
> In fact, it's showing a warning about circular dependencies, but
> somehow it can work around it.
Make sure the dep in hibernate-core on hibernate-testing is "Compile" scope.

> 3) Command line
> ./gradlew clean build
> 
> Gets me 100 compile errors, related to the usage of @Override in the
> generated code, I guess Gradle could also somehow could workaround the
> dependency circularity but didn't set the compiler to Java6
> compatibility:
Are you running gradle with Java 6?

---
Steve Ebersole <steve at hibernate.org>
http://hibernate.org