-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sporadic IllegalStateException while initializing build #2239
Comments
Step for reproduction:
|
Using the steps given by @gastonlagaf I can reproduce this problem as well |
There are two issues here:
Fix for (1): #2331 @eskatos can you check what we could do about (2)? Is reverting (at least for a 4.0.1 release) an option? |
Looks like we have an issue with supporting two setters for the same property with different types (see #1866). We need to fix this: gradle/subprojects/base-services/src/main/java/org/gradle/internal/reflect/JavaReflectionUtil.java Lines 123 to 132 in 0b9336f
At the moment depends on the order in which methods are iterated if we grep the right one. That explains why it is difficult to reproduce. Here is a test that fails sometimes, but not always:
|
A possible fix: #2332 |
First issue fixed and merged. Follow up for second issue: #2385 |
I'm running into this, or something similar to this with gradle 4.0.1. It's an IllegalStateException in a gradle execution involving a GradleBuild task in a plugin. It happens during spock tests that invoke gradle with a GradleRunner, when gradle itself and the GradleRunner both use a daemon, as well as when neither do (by invoking gradlew with --no-daemon, and using withDebug(true) in the spock test). A couple of notes:
Here's a stack trace using a daemon:
Here's a stack trace with no daemon:
Thanks for your help. |
@dbyron0 thanks for reporting this. Unfortunately I am not sure how to reproduce this. Can you share a complete reproducible example that includes the build script(s)? |
@jjohannes Is there a good way to share it not quite so publicly? Email perhaps? |
@dbyron0 we have used shared Google Drive or Dropbox links in the past for this. You're welcome to also email me eric at gradle dot com if you'd prefer. |
Great. I'm getting something together. Thanks. |
@dbyron0 I was able to reproduce and debug the issue now. Thanks for your input. It looks like some We probably introduced this in Good news is that the issue was already fixed with 45d311d, which is in 4.1 RC1. Can you confirm that your project works as expected with 4.1 RC1? |
@dbyron0 Looking at the stacktrace you posted again... I actually did not reproduce that exactly. If 4.1 RC1 still fails for you, can you confirm that you get the same issue or send a new trace. Thanks. |
Yup, still fails with
|
Expected Behavior
Build initialization should complete successfully when configured properly
Current Behavior
Some projects encounter this frequently:
Context
Discussion at https://discuss.gradle.org/t/gradle-4-unexpected-initialization-error/22851
Stacktrace
Steps to Reproduce (for bugs)
Seems to occur sometimes when invoking
gradle --stop
as well.Your Environment
The text was updated successfully, but these errors were encountered: