It should be straightforward now with generated extension accessor: ``` flyway { //some config } ``...

# gradle

[gildor]

It should be straightforward now with generated extension accessor:

flyway {
 //some config
}

But your problem is that you applied the plugin, but configure it on a separate script which doesn’t have access to plugins applied on the root build.gradle

[x80486]

So, every .kts file only have access to its own plugins { ... } block...I guess I remember you (and/or others) stating that here several times.

[gildor]

Not every, it’s more complicated, You can share plugins using buildSrc for example

[gildor]

There is a few issues about this limitation and this planned to solve

[gildor]

This is exactly about your case:
https://github.com/gradle/kotlin-dsl/issues/846

[gildor]

one more
https://github.com/gradle/kotlin-dsl/issues/427

[x80486]

Yeah, that would be super! I remember you fixed something like that a while back on a mini-project I have. I really dislike the "stringly" typed scopes...

[gildor]

they are dynamic, so no choice, only proof somehow that configuration is really available.
Also, one possible way to define such accessors manually and put them to your kts file or even to buildSrc, so you can use them in any project

[x80486]

Let me explore that approach...sounds better

[gildor]

just define an extension function for DependenciesScope with name of configuration that adds dependency, you can check example if check sources of any generated configuration accessor from Kotlin-DSL

[x80486]

...so, even if I bring the Flyway plugin to database.gradle.kts it complains about `Unresolved reference: flyway`:

plugins {
  id("org.flywaydb.flyway") version "5.1.4"
}

//apply(plugin = "org.flywaydb.flyway")

dependencies {
  "compile"("org.flywaydb:flyway-core")
}

flyway {  }

[gildor]

No-no, this is not supported yet, as I mentioned before.
As I mentioned before you cannot use generated accessors in script plugins

[gildor]

You can use buildSrc or build.gradle.kts