It is possible to make new version of Gradle 4.10.3 with Kotlin Gradle DSL 1.0.3 ?

Does Kotlin DSL supports everything that groovy supports, so I can ditch groovy scripts altogether?

Getting this error with 5.0-rc-2, but all works fine with 4.10.2

FAILURE: Build failed with an exception.

* What went wrong:
A problem occurred configuring project ':buildSrc'.
> Could not open cache directory awcx1ns6ov4f85padchiv40ym (/builds/projectname/.gradle/caches/5.0-rc-2/gradle-kotlin-dsl/awcx1ns6ov4f85padchiv40ym).
   > Java heap space

hi, I'm having problem with running Kotlin .jar from Java, I'm writing plugin that works correctly when written in Java, but crashes when compiled with Kotlin, error is:

java.lang.NoClassDefFoundError: kotlin/jvm/internal/Intrinsics

. I see that kotlin folder was correctly compiled into .jar

There is a new intention in Kotlin 1.3 that makes converting Groovy build scripts to Kotlin about twice as fast

How can i convert this gradle command to kotlin DSL? I want to set a different working directory for application plugin

Should the classpath of the build script be shared with all

.gradle.kts

files that will be included via

apply { from("tasks.gradle.kts") }

? I've extracted some build logic into this new

tasks.gradle.kts

file, but unfortunately, I can't reference any class from the original classpath of the

build.gradle.kts

. Is this intended? If so, is there any way to make the classpath available to the

tasks.gradle.kts

file?

are zou using implementation, api or compile dependency ?

crossposted from #getting-started ,

I'm planning on making a Kotlin library for core Android logic of my apps. Is there a gradle plugin/distribution playtform any of you can recommend?

the preferred way to store variables for versions is in buildSrc, but what if my buildSrc also requires variables? buildSrcBuildSrc/?

I guess I want to override the default instead of creating a new config.

What is kotlin DSL analogue of doing something like

systemProp.sonar.host.url=<http://localhost:9000>

in

settings.gradle

?

Are there any instructions on how to migrate from settings.gradle to settings.gradle.kts in IntelliJ? I can't get IntelliJ to recognize the settings.gradle.kts file.

any hint?

also, I get

'operator' modifier is required on 'get' in 'org.gradle.api.tasks.TaskProvider

on

from(tasks["javadoc"])

I am getting started with using the kotlin-dsl in an android project and I’m a bit surprised that I have to use

buildTypes {
  getByName("debug") {
  ...
  }
}

instead of

buildTypes {
  "debug" {
  ...
  }
}

I can see a

NamedDomainObjectContainerScope

that defines the

String.invoke

extension but I’m not able to use it without explicitly specifying

buildTypes.invoke {
  "debug" {
  ...
  }
}

(possibly because the android plugin defines

fun buildTypes(Action<BuildType>)

). Is there a way to force the script to look like the second snippet above? (I believe Kotlin JVM had an annotation that would give the object extension more priority over the object member 🤔)

I just upgraded to Gradle 5.0. In my

build.gradle.kts

file, I want to specify that Kotlin compile to 1.8. I’m using the following syntax, which works, but I was wondering whether this is idiomatic or if there’s a simpler way:

tasks.withType<KotlinCompile> {
    kotlinOptions {
        jvmTarget = "1.8"
    }
}

yes 🙂 That's why I was using

by getting

. Question is why this doesn't work anymore and, if it was intended that way, what alternative way exists besides the more verbose version I've already listed above.

I thought

named

was compatible with configuration avoidance, or is it the fact that I'm using

compileKotlin

delegate that forces the config?

The delegated properties wouldn’t have brought too much benefit in this case, there’s no repetition of the task names, only a single string reference per task. The delegated properties are useful when they allow to DRY.

With Gradle 4.x I can place any .kt to BuildSrc/src/main/kotlin and use classes/objects anywhere inside build.gradle.kts and app/build.gradle.kts. Seems it's broken with Gradle 5.0. Any idea how to make this alive back?

Seems to work fine when running Gradle directly from the terminal, but fails with this error on Android Studio 3.2.1

Syntax highlighting doesn’t work in

.gradle.kts

of modules placed out of project dir. How can I fix it? Build works fine. Reproducer: https://github.com/a-dminator/dsl-reproducer I’m using Intellij Idea Ultimate 2018.3

Interesting, with gradle 4.10.2 command

./gradlew clean classes --parallel

takes about 1.5 minutes on my machine, with gradle 5.0, same command, same project, same machine - about 12 minutes... I thought gradle 5.0 was supposed to be faster 😄 Seems like most time is spent on dependencies resolution. Are there any known problems with that? Especially when using Spring dependency-management plugin?

is it possible to add

kotlin-reflect

dependency via gradle plugin dsl?

When running my build with gradle 5.0, I got an OOM. Reverting to 4.10.2 fix the issue. I try with another project. I got the same issue. Always with integration test (I don’t know if it’s relacted: my guess is that it’s more memory consuming). Is someone notice a similar issue? What can I do to investigate a bit more of this issue?

In gradle (5.0) build.gradle.kts, I can define something like this:

My favorite part from the Gradle webinar yersterday: ( https://gradle.org/training/ ) Jenn or Eric do a demonstration of the Gradle build scan report. And I'm like - That tab

Performance > Build Cache

looks interesting! - Oh where is it, I don't see it? - Let me check the

Switches

page - Oh, the build cache was not enabled! - Oh and there is a link that gives me the one-liner on how to enable it -

$ ./gradlew clean install

for a project of mine now takes 6s instead of 25s!! Links to the

Performance

tabs: https://scans.gradle.com/s/vrcqv44wk7sok/performance/buildCache Re: @christophsturm Note that I enabled the buildScan plugin by default, see comment