You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We got blocked for over a week because ProjectUtils.waitUntilNoBuildErrors(project) doesn't fail sensibly and times out, which leads to undiagnosable, incomprehensible stack traces in the log.
This method shouldn't wait more than the resonable number of seconds to build. Then, rather than timing out, it should fail (Assert.fail) with an error that indicates the build errors found in the project.
The text was updated successfully, but these errors were encountered:
And then for example, we have code like this to call failBuildErrors().
if (checkBuildErrors) {
waitUntilNoBuildErrors();
// changed from specific projects to see all possible errorsfailIfBuildErrors("Imported projects have errors");
}
Maybe waitUntilNoBuildErrors() should accept a timeout value. My memory is hazy, but it is possible that I set it to 300 seconds on purpose. One place where this is used is an integration test importing a project. And I remember importing a Spring Boot projects can really take a lot of time since it often has to download a ton of dependencies if .m2 repo is empty. And building the entire project can also take a considerable amount of time in slow CI/CE environment.
We got blocked for over a week because ProjectUtils.waitUntilNoBuildErrors(project) doesn't fail sensibly and times out, which leads to undiagnosable, incomprehensible stack traces in the log.
This method shouldn't wait more than the resonable number of seconds to build. Then, rather than timing out, it should fail (
Assert.fail
) with an error that indicates the build errors found in the project.The text was updated successfully, but these errors were encountered: