[GRADLE-1703] Please update the Gradle API to give Eclipse notification when the gradle model and errors need updating, Spring Eclipse team says the Gradle API needs to be expanded to handle this Created: 28/Jul/11 Updated: 10/Feb/17 Resolved: 10/Feb/17 |
|
Status: | Resolved |
Project: | Gradle |
Affects Version/s: | 1.0-milestone-3 |
Fix Version/s: | None |
Type: | Improvement | ||
Reporter: | David Oliver | Assignee: | Unassigned |
Resolution: | Won't Fix | Votes: | 0 |
Description |
Compilation errors are not shown and highlighted with red next to the line automatically after build as they are in regular Eclipse project or in Maven Eclipse project. Spring-Eclipse team says the Gradle API must be updated to support this. Please provide a way for this integration to be built. For me this manual refresh stuff every time makes the Eclipse integration pretty much not workable. The whole point of a tool is that it should handle things automatically at the right times. Key: STS-1967 Windows Vista 64-bit running 32-bit STS Operations Gradle Eclipse integration does not show errors on files in editor or navigator/package explorer The following comment has been edited on this issue: [ Permalink ] You should get errors after you refresh dependencies. You have to do this manually from the Gradle context menu. There are a few reasons for this: refresh dependencies is (or can be) very time consuming Clean and build will not cause errors, since you will just keep rebuilding with the dependencies that where cached. This cache is only flushed by a refresh dependencies. (Even if you restart Eclipse, the depencies are persisted because otherwise it can cause a rather long delay before the IDE becomes responsive / useable after startup). was: You should get errors after you refresh dependencies. You have to do this manually from the Gradle context menu. There are a few reasons for this: refresh dependencies is (or can be) very time consuming Clean and build will not cause errors, since you will just keep rebuilding with the dependencies that where cached. This cache is only flushed by a refresh dependencies. (Even if you restart Eclipse, the depencies are persisted because otherwise it puts an can cause a rather long delay before the IDE becomes responsive / useable after startup). Project: SpringSource Tool Suite Description 1. Download latest Springsource Tools Suite, springsource-tool-suite-2.7.1.RELEASE-e3.7-win32-installer I would expect that the build would fail, the import statements referring to those dependencies and the objects using those dependencies should be highlighted in red when editing the file in Eclipse and the navigator/package explorer hierarchy should show red x's next to the files that did not compile successfully. None of that happens. The gradle build actually succeeds even after I refresh my resources in Eclipse. I then go out to the windows command window outside of eclipse and run a clean build there at that point I finally see an error. When I return to Eclipse and run the clean build again, I do see errors in the console window from the Eclipse build which is good. However, Eclipse still does not show any red x's next to files that failed to compile, and it does not show inside the files in the file editor the lines that failed to compile with any red x's next to those lines - instead the files look as if they still compiled properly. I'm using a top level gradle project that builds 2 subprojects. |
Comments |
Comment by Benjamin Muschko [ 15/Nov/16 ] |
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:
We look forward to collaborating with you more closely on GitHub. Thank you for your contribution to Gradle! |
Comment by Benjamin Muschko [ 10/Feb/17 ] |
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. |