This message was deleted.
# community-supports
Slackbot
06/05/2023, 9:45 AMThis message was deleted.
j
Johannes
06/05/2023, 9:50 AMI assume gradle gets involved because it uses a
Copyv
Vampire
06/05/2023, 9:55 AMHeavily depends on how this is done, yeah.
If that plugin for example uses Gradle dependency resolution mechanism to download the file, for example with a Ivy repository, the Gradle dependency cache would cache that downloaded file.
j
Johannes
06/05/2023, 10:00 AMI dont think so. Looks like its just from a http url
Johannes
06/05/2023, 10:03 AMafaik I expect a hack to just get gradle to stop tracking the file would do but I have no idea how to do it
v
Vampire
06/05/2023, 10:34 AMYou probably shouldn't.
Tasks should properly define their inputs and outputs, so that up-to-date checks and / or task output caching can work properly, and that you can properly wire task outputs to task inputs to automatically get necessary task dependencies implicitly.
Vampire
06/05/2023, 10:36 AMAs the input of that task is a remote URL, the task is probably always out-of-date though and that rightous, as you can never know whether the external URL changed. So it is most probably just correct, that the task is rerun and the stale output file is deleted. Even if the stale output file is not deleted, I'd guess the task would re-download the file. But as I said, heavily depends on the concrete details of that task.
j
Johannes
06/05/2023, 11:07 AMYeah. I might need to take a bit closer look at the task
2 Views