We want to have build code implemented in Java to make it easier to maintain.
We can easily mix java and groovy implementations and everything is already set up to do so, so it's already easy to create new classes in Java.
It would also be great to take this opportunity to add tests for the newly written Java code.
The ingredients of a great rewrite:
project.afterEvaluate in custom task implementations as well as any other configuration logic from the task constructor. The custom task constructor should not reference project. Gradle calls methods annotated with @TaskAction as well as @Input, @Output and the like at execution time rather than configuration time as defined by theHere's a list of what is still in Groovy. Note that it goes from simple to complex and there are some inner dependencies :
Pinging @elastic/es-core-infra
Hello, I would like to work on this.
Hi @pt429sy that's great ! Feel free to pick a class and open a PR.
just for info, I am working on NoticeTask
Doing UpdateShasTask, probably will make a PR tonight.
EDIT: Or tomorrow.
I am interested in giving a try to PluginPropertiesExtension. From my understanding it should be quite straightforward.
Going to give ForbiddenPatternsTask a shot, FYI
I am working on DependenciesInfoTask, will raise a PR later
I tried porting vagrant.VagrantPropertiesExtension file to Java but it seems all modules inside vagrant package have to be ported in one go to make it work; Please let me know if this work on VagrantPropertiesExtension can anyhow be used/merged separately, otherwise anybody who aims to port all the other files can feel free to use this patch.
@atorok From what I understand, https://github.com/elastic/elasticsearch/pull/34769 can be added against NoticeTask in the first comment.
Going to give MavenFilteringHack a shot, FYI
@akki Java code can't reference Groovy classes, but groovy can reference Java, so one has to start with leafs in the dependency tree when porting classes.
Due to long inactivity on #34476 I am picking up ConcatFilesTask.
@atorok, are there any updates on merges / pieces that have merged?
I can take the PrecommitTasks
@bsamartins you will need the other PRs merge first as you won't be able to reference Groovy classes in Java code.
Is this in the PR description PluginBuildPlugin #39605 correct? Shouldn't the PR #39605 be added besides PluginPropertiesExtension?
I'd like to give DependenciesInfoTask a try if nobody's working on it
Hi @atorok, I would like to contribute but I can see that tasks above are not updated. Which task can be taken next?
Thanks for your interest @michal-rozak . I Updated the task to mark the ones that were completed.
@atorok I think the correct PR about the DependencyLicensesTask and UpdateShasTask is the #41921 one. The one listed is the old one
@atorok, I want to pick PrecommitTasks, ok?
@atorok Oh, it seems that PrecommitTasks is taken/in progress. Maybe DocsTestPlugin then?
I don't think @bsamartins did any work on PrecommitTasks so I think you could take either one @michal-rozak
Hi @atorok, I'd like to work on MavenFilteringHack if no one's working on it
hello @alpar-t would like to work on AntTask if no one's working on it
@mark-vieira where do we stand on the AntTask ?
My preference would be to remove it, and refactor the two remaining subclasses to not rely on Ant. So I'm not sure it's a good candidate for migration right now.
@mark-vieira @alpar-t I just pulled the latest code and I see PrecommitTasks is still pending migration. I would like to take it on if its not hanging in the PR state. Thanks