Где-то может быть удобнее «сгенерировать класс с полями», но суть та же

Шаблон: https://github.com/apache/calcite/blob/2f7f9bc43912d0666215f767a60684debed1c1b8/core/src/main/version/org/apache/calcite/jdbc/CalciteDriverVersion.java

Обвязка: https://github.com/apache/calcite/blob/2f7f9bc43912d0666215f767a60684debed1c1b8/core/build.gradle.kts#L105-L142

В андроиде из коробки есть, я когда-то находил аналогичный плагин для джава-проектов свежий, но потом через некоторое время повторный поиск мне его уже не подкинул. Там есть несколько плагинов разной степени заброшенности, не готов что-то советовать.

Ну или да, написать руками. Благо это нетрудно.

каким образом можно выполнить свой код после работы плагина? (например kapt)

task dependsOn

осталось понять на какой таск нужно делать завиимость и в какой момент этот таск появляется
автокомплита у груви я так понимаю нет?

./gradlew tasks, либо ищите что-то в документации тула, либо взгляните на исходники.

Автокомплит груви - это какая-то неведомая мне концепция. Его же нет в контексте Gradle Groovy DSL?

Всем привет!

Хочу сделать запуск автотестов в зависимости от окружения. Есть некий файл config.json , в нем описаны объекты - dev, stage, prod.  в объектах содержатся урл, креды и тд.
Хочу чтобы можно было командой запускать на нужной среде аля - ./gradlew clean test -Dconfig.json=dev

нашел примерно то, что мне нужно, но там речь идет про джарники, а есть такая возможность чтобы из config.json брать данные?
https://stackoverflow.com/questions/40659986/maven-profiles-equivalent-of-gradle/40660106#40660106

подскажите пожалуйста, каким образом мне можно решить мою проблему?

Есть, но фиговый. Имена тасок идея подсказывает.

Как мне пихать в жарник либы которые implementation?

вот мне надо либы которые с implemetation что бы они были внутри жарника

погугли fatJar

я уже сделал, спасибо

Почему в Gradle Kotlin DSL нет билдера зависимостей kotlinx?

Его очень не хватает

надо закинуть идейку тем кто котлин градл плагин делает

Или, например:

plugins {
  kotlinx("benchmark") version "0.3.1"
}

Ну, может, рациональная причина не делать была.