Is there any particular reason why you create copy...
# opensavvy
r
Is there any particular reason why you create copy tasks using
DefaultIncrementalSyncTask
class instead of standard
Copy
class?
These sync task doesn't support any custom filtering, so to implement it, I would need to change SyncTask class to standard Copy class. Would it be acceptable? As an alternative I could probably add some intermediate copy task for resources processing.
c
Sadly it's not, because the standard Sync/Copy tasks are not incremental, I used them before and that's why it was always reloading all files.
r
I see. Ok, I'll try to workaround ... 🙂
c
I'm ok with copy-pasting DefaultIncrementalSyncTask into the plugin and making changes to it, if that helps
I'm going to need to do this anyway because I need it to be able to reorganize files upon copy (to fix the weird working directory we have)
r
Tried copying the class but it doesn't compile. I think some basic dependencies are missing (gradle-core-api?). But I'm not sure how to add a dependency 🙂 Everything seems to be configured by convention plugins ...
c
You can edit libs.versions.toml normally, I'll clean it up later if needs be, it already helps a lot if you can make it work at all
r
It's not a classpath issue. It's some java functional interfaces interop difference with new Kotlin version? I don't follow Java interop changes very closely 😉 In general I need to change
it
to
this
in lambdas.
c
I'm not aware of such difference, but I don't follow too closely either
Is it a real problem or just IDEA being confused?
r
real, gradle compilation doesn't work as well
c
maybe KGP has some bonus options I don't have
r
It works. I'll cleanup everything, fill a new issue and create a MR. Is there anything else I should pay attention to?
c
I guess the commit style? We can discuss the details together later anyway
Just so you know, I'm giving a talk next friday, and until then my free time is very limited
r
No problem