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
{{ message }}
This repository has been archived by the owner on Jan 27, 2020. It is now read-only.
This may be wishful thinking, but I really want to avoid executing "eclipseFactorypath", "eclipseJdtApt" and "eclipseJdt" every time when importing projects into Eclipse or when the factorypath changes. (There is no way I can convince my colleages to do this).
The EclipseClasspath and EclipseProject tasks both accept beforeMerged and whenMerged closures, for advanced Eclipse-specific customisation.
Previous versions of Gradle did not execute the closures defined in EclipseProject when invoked from Buildship (only those in EclipseClasspath). Now Gradle executes them both, similarly to when invoked from the command-line.
Can this be used to avoid the need to manually execute said tasks?
The text was updated successfully, but these errors were encountered:
ChristianCiach
changed the title
Can gradle 4.9 be used to automatically configure APT when using Buildship?
Can Gradle 4.9 be used to automatically configure APT when using Buildship?
Jul 11, 2018
Can this be used to avoid the need to manually execute said tasks?
No. Those tasks (and their closures) only deal with the .project and .classpath files; eclipseFactorypath, eclipseJdt and eclipseJdtApt all deal with different configuration files.
This may be wishful thinking, but I really want to avoid executing "eclipseFactorypath", "eclipseJdtApt" and "eclipseJdt" every time when importing projects into Eclipse or when the factorypath changes. (There is no way I can convince my colleages to do this).
I've just read the Gradle 4.9 rc-1 release notes, where it states:
Can this be used to avoid the need to manually execute said tasks?
The text was updated successfully, but these errors were encountered: