Hard to say, I haven't heard of this before. Which OS? Try once more, and if it hangs again, take a thread dump and post it as a GitHub Gist.
I'm using 64 bit Fedora Linux 19.
[Here's the thread dump]([1]https://gist.github.com/justinrstout/...)
----------------------------------------------------------------------------------------
[1] https://gist.github.com/justinrstout/6118570
What I don't understand is that I don't see any traces of Codenarc in the thread dump.
Hi,
I am seeing the same hang on 64bit Fedora 19.
I am trying to build Gradle 1.6, so I have run the following commands:
$ git clone [1]git@github.com:gradle/gradle.git
$ cd gradle/
$ git checkout REL_1.6
$ git checkout -b mbooth
$ ./gradlew eclipse
The process has hung after printing the following output to the terminal:
:buildSrc:clean
:buildSrc:compileJava UP-TO-DATE
:buildSrc:compileGroovy
:buildSrc:processResources
:buildSrc:classes
:buildSrc:jar
:buildSrc:assemble
:buildSrc:checkstyleMain
:buildSrc:compileTestJava UP-TO-DATE
:buildSrc:compileTestGroovy
:buildSrc:processTestResources
:buildSrc:testClasses
:buildSrc:checkstyleTest UP-TO-DATE
> Loading > :buildSrc:codenarcMain
If I grep the output of ps for 'gradle' there appears to be two Gradle processes running:
org.gradle.process.internal.launcher.GradleWorkerMain
org.gradle.wrapper.GradleWrapperMain eclipse
Here are thread dumps of both of those processes:
[2]http://fpaste.org/29685/13754434/
[3]http://fpaste.org/29686/44350413/
I can also supply heap dumps, if that would help.
----------------------------------------------------------------------------------------
[1] git@github.com
[2] http://fpaste.org/29685/13754434/
[3] http://fpaste.org/29686/44350413/
Appears to only happen with OpenJDK
I can verify that a workaround is to use the Oracle JDK.
Same issue on Ubuntu 13.10. OpenJDK hangs at :buildSrc:codenarcMain, Oracle JDK works fine.
Actually this is not a bug in gradle. It seems like this is due to the upcoming removal of sun.reflect.Reflection.getCallerClass for JDK 8, also reported here: http://www.infoq.com/news/2013/07/Oracle-Removes-getCallerClass
I don't fully grok the discussion but I hope they actually reconsider that goal. Anyway, there is a bug in OpenJDK that getCallerClass returns the information from the wrong stack frame: https://bugs.openjdk.java.net/browse/JDK-8016814
This also causes https://jira.codehaus.org/browse/GROOVY-6246
In summary: Not a bug in gradle. If you want to build gradle with the broken OpenJDK version (still current in Debian unstable for example), you can use the patch from over here:
- http://anonscm.debian.org/gitweb/?p=pkg-java/gradle.git;a=blob;f=debian/patches/34_disable_code_quality.diff;h=d8d0b1a0e01fb7ecbf3149fa03d14aa98a35dde4;hb=089dee37e4602c3720b1b5b9c064a56c2791c265
- http://patch-tracker.debian.org/patch/series/view/gradle/1.4-2/34_disable_code_quality.diff
This did not really work here for building git master as the plugin is still activated for the docs. But it is a start 
As announced on the Gradle blog we are planning to completely migrate issues from JIRA to GitHub.
We intend to prioritize issues that are actionable and impactful while working more closely with the community. Many of our JIRA issues are inactionable or irrelevant. We would like to request your help to ensure we can appropriately prioritize JIRA issues you’ve contributed to.
Please confirm that you still advocate for your JIRA issue before December 10th, 2016 by:
- Checking that your issues contain requisite context, impact, behaviors, and examples as described in our published guidelines.
- Leave a comment on the JIRA issue or open a new GitHub issue confirming that the above is complete.
We look forward to collaborating with you more closely on GitHub. Thank you for your contribution to Gradle!
Thanks again for reporting this issue. We haven't heard back from you after our inquiry from November 15th. We are closing this issue now. Please create an issue on GitHub if you still feel passionate about getting it resolved.