Hi channel! A small question: Basically, I am trying to transfer the next task from Gradle DSL: ```...

# gradle

[alieksie]

Hi channel! A small question:
Basically, I am trying to transfer the next task from Gradle DSL:

task copyDependencies(type: Copy) {
    from(configurations.compile + configurations.testCompile) {
        include '*.dll'
        include '*.dylib'
        include '*.so'
    }
    into 'build/libs'
}

It looks like:

val copyDependencies by tasks.creating(Copy::class) {
    from(configurations.testCompile) {
        include("*.dll")
        include("*.dylib")
        include("*.so")
    }
    into("$buildDir/libs")
}

But i am not sure, which scope should I use instead of configurations.testCompile in order to really copy libraries in the $buildDir/libs folder. Currently I am not getting anything copied 😕

[gildor]

Your original snippet copies also compile configuration

[gildor]

This is exact copy of you Groovy task:

tasks.create<Copy>("copyDependencies") {
    from(configurations["compile"] + configurations["testCompile"]) {
        include("*.dll")
        include("*.dylib")
        include("*.so")
    }
    into("$buildDir/libs")
}

[gildor]

also, probably better to use tasks.register to make it lazy (but the groovy snippet is eager)

[gildor]

configurations.testCompile in Kotlin a bit different, because it’s lazy by default, so you cannot do compile + testCompile directly (probably make sense to create an issue about it to provide override for plus to combine 2 NamedDomainObjectProviders

[gildor]

Type safe (but eager) way would be

configurations.compile.get() + configurations.testCompile.get()

[alieksie]

Thank you! Tried both ways: configurations.compile.get() + configurations.testCompile.get() and configurations["compile"] + configurations["testCompile"]

[alieksie]

from some reason library didn’t ge copied still… Will have to investigate further

[gildor]

it’s exactly the same as your groovy

[gildor]

check path. You groovy has build/libs, but Kotlin $buildDir/lib

[alieksie]

the difference in projects also, groovy one is Micronaut, the Kotlin one is spring, maybe dependencies are somehow fetched in different folders \ ways :?

[alieksie]

now my Kotlin DSL looks like this:

val copyDependencies by tasks.creating(Copy::class) {
	from(configurations.compile.get() + configurations.testCompile.get()) {
		include("*.dll")
		include("*.dylib")
		include("*.so")
	}
	into("build/libs")
}

[alieksie]

ok, i think i found issue

[alieksie]

in the Kotlin DSL i am using: testImplementation() to fetch dependency

[alieksie]

but in the copy task, i am referring configurations.testCompile.get()

[alieksie]

which does not really work…

[alieksie]

changing to testCompile() in the dependencies {} helped, but its a bit hacky way, i would say 😞

[gildor]

why you don’t use configurations.testImplementation?

[alieksie]

its prohibited:

Could not determine the dependencies of task ':server:copyDependencies'.
> Resolving configuration 'testImplementation' directly is not allowed

but i found a solution: from(configurations.testRuntimeClasspath.get())

[alieksie]

now it works 🎉

[alieksie]

thank you for help!

[gildor]

👍

[gildor]

from(configurations.testRuntimeClasspath) should also work

[alieksie]

yes, i wonder, why it does not need get() in this case )

[gildor]

because from() allows you to use Provider<FileCollection>

[gildor]

but there is no overrider for Provider<FileCollection> + Provider<FileCollection>, so configurations.compile + configurations.testCompile doesn’t work

[gildor]

I created a task on gradle issue tracker about this
https://github.com/gradle/gradle/issues/9738

[alieksie]

ah, okay, i see