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(a)hibernate.org>
http://hibernate.org