Imran/Malic
05/20/2019, 9:33 PMboringworks.core
VVVVV
boringworks.core-sense
boringworks.core-dent
...
Eugen Martynov
05/22/2019, 11:42 AMTask :app:compileDebugUnitTestKotlin FAILED
Could not perform incremental compilation: Could not connect to Kotlin compile daemon
Could not connect to kotlin daemon. Using fallback strategy.
robnik
05/22/2019, 4:48 PMtasks["foo"]
, tasks.named("foo").get()
, tasks.getByName("foo")
nuhkoca
05/22/2019, 7:23 PMgradle.properties
and apply it with buildConfigField
Below doesn’t work, I mean BASE_URL is not detected.
buildTypes.forEach {
it.buildConfigField("String", "BASE_URL", BASE_URL)
it.buildConfigField("String", "BASE_PLAYER_URL", BASE_PLAYER_URL)
it.buildConfigField("String", "ACCESS_TOKEN", ACCESS_TOKEN)
}
gradle.properties
BASE_URL = "url"
BASE_PLAYER_URL = "url"
ACCESS_TOKEN = "token"
Geert
05/24/2019, 1:17 PMsnowe
05/24/2019, 11:57 PMtasks.register("jib") {
dependsOn(tasks.named(":lp-server-deploy:jib"))
}
but I'm getting this error.
* What went wrong:
A problem occurred configuring root project 'lp-server-root'.
> Could not create task ':jib'.
> Task with name ':lp-server-deploy:jib' not found in root project 'lp-server-root'.
named
should evaluate lazily, but I feel like the dependsOn
might be forcing it to resolve early.Dominaezzz
05/27/2019, 12:01 AMEugen Martynov
05/27/2019, 8:05 AMBernhard
05/27/2019, 1:50 PMDominaezzz
05/27/2019, 3:52 PMProvider<java.io.File>
to Provider<RegularFile>
?snowe
05/28/2019, 6:59 PMadolgiy
05/29/2019, 2:40 PMthana
05/31/2019, 8:06 AMjvmTest
in module A complain that kotlin-reflect
is missing. Module A depends on module B which has its own jvmTest
which declares the kotlin-reflect
dependency in the api
configuration. hnce, shouldn't this dependency be accessible by Module A, too? Is it a bug in the multiplatform plugin or am i using it wrong (or just have a wrong understanding of the api
and implementation
configurations)Alexander
05/31/2019, 2:34 PMdwursteisen
06/03/2019, 12:20 PMjeggy
06/03/2019, 3:05 PMtest
.
plugins {
kotlin("jvm") version ("1.3.31")
...
}
dependencies {
val junitVersion = "5.4.2"
...
testRuntime("org.junit.jupiter:junit-jupiter-engine:$junitVersion")
}
tasks {
test { // <-- this is unresolved
}
...
}
What more is required for test
to exist?Allan Wang
06/06/2019, 3:28 AMtapchicoma
06/06/2019, 12:21 PMw: ATTENTION!
This build uses unsafe internal compiler arguments:
-XXLanguage:+InlineClasses
Start to happen after adding this:
freeCompilerArgs += [
"-XXLanguage:+InlineClasses"
]
bjonnh
06/07/2019, 10:14 PMAllan Wang
06/08/2019, 5:15 AMgradle.properties
in a project root folder from a submodule? It appears that the file must be within the submodule for it to be readGeert
06/11/2019, 1:03 PMGeert
06/12/2019, 12:08 PMnk
06/13/2019, 1:24 PMcompileKotlin {
kotlinOptions {
freeCompilerArgs += "-Xuse-experimental=org.mylibrary.ExperimentalMarker"
}
}
into the kotlin dsl? I'm trying to disable all the coroutine experimental warnings, I found tasks.withType(org.jetbrains.kotlin.gradle.tasks.KotlinCompile).all {
kotlinOptions.freeCompilerArgs += ["-Xuse-experimental=kotlin.Experimental"]
}
in kotlin dsl, but it has a bunch of errors in the ide, for example it says "Classifier KotlinCompile does not have a companion object..."alieksie
06/17/2019, 4:33 PMtask 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 😕Luke
06/20/2019, 3:37 PMdavidasync
06/21/2019, 3:38 AMgradle-dependency-lock-plugin
at gradle 5.4.1
But got this error (check the thread)
Anybody familiar with this error ?Luke
06/22/2019, 2:39 PMval foo = "foo"
plugins {
val bar = foo // 'val foo: String' can't be called in this context by implicit receiver. Use explicit one if necessary.
}
If I add this@Build_gradle.
, the error disappears from the code, but I still get an error when I try to build...nuhkoca
06/22/2019, 5:11 PMGroovy
we had a chance to create common.gradle
script in order to avoid boilerplate and use it within other mutual gradle files. However, I am unable to do have the same behaviour with DSL. Anyone know how to do that?thana
06/24/2019, 6:25 AMmp
06/24/2019, 9:28 PMrun
task? Since run
is an extension function on everything, configuring the task with a closure is non-obvious. Currently I'm using named<JavaExec>("run")
which is workable but uglymp
06/24/2019, 9:28 PMrun
task? Since run
is an extension function on everything, configuring the task with a closure is non-obvious. Currently I'm using named<JavaExec>("run")
which is workable but uglymkobit
06/24/2019, 10:03 PMtasks {
(run) {
}
}
i believe is one way that worksmp
06/24/2019, 10:56 PM