Is there a way to access properties of the plugins that do NOT support declaractive plugin syntax (e...

# gradle

[Matej Drobnič]

Is there a way to access properties of the plugins that do NOT support declaractive plugin syntax (e.g. only support apply from syntax) in kts gradle script? Currently I'm doing a hack by putting all properties of this plugin into regular non-kts gradle file and then applying that file, but it's ugly.

[molikuner]

Can't you use apply(from = plugin) in .kts?

[Matej Drobnič]

Yes I can

[Matej Drobnič]

but I cannot access any custom plugin properties

[Matej Drobnič]

since they are not in the kts classpath when compiling

[gildor]

Please check official primer
https://guides.gradle.org/migrating-build-logic-from-groovy-to-kotlin/#migration_strategies

[gildor]

briefly: it’s recommended to use buildSrc and precompiled script plugins instead of dynamic scripts

[gildor]

Also about precompiled script plugins:
https://docs.gradle.org/current/userguide/kotlin_dsl.html#kotdsl:precompiled_plugins

[gildor]

Or, if you don’t plan to rewrite those scripts, you still can apply dynamic groovy scripts in Kotlin

[Matej Drobnič]

yea, I don't control those plugins. So applying them in groovy is only option?

[gildor]

What kind plugins?

[gildor]

I’m talking only about apply from

[gildor]

Could show an example of such plugin and what exactly you trying to do

[Matej Drobnič]

example: https://github.com/bjoernQ/unmock-plugin

[Matej Drobnič]

this plugin is not in gradle repo so I cannot use declarative plugins syntax

[gildor]

you can

[gildor]

It also described in official doc
https://docs.gradle.org/current/userguide/kotlin_dsl.html#sec:plugins_resolution_strategy

[gildor]

and even without this you still can configure plugin without static accessors using this API
https://docs.gradle.org/current/userguide/kotlin_dsl.html#sec:kotlin_using_standard_api

[gildor]

If you use Kotlin DSL I very recommend to read both documents, they are very well written and explain most of things that you may be needed

[Matej Drobnič]

I see

[Matej Drobnič]

thanks a lot