ktor, настройки базы?

Ну ладно, чорт с ними, с настройками базы, их и правда можно самому прочитать. Пусть, например, список модулей будет в одном файле, настройка порта сервера — в другом, список модулей — в третьем

все еще не понимаю. мы точно про ktor говорим?

как по мне достаточно 1 файла который выглядит примерно как:

fun Application.ktorModule() {
   install(Foo)
   install(Bar)
   installCustomStuff()

  routes {
     users()
     catalog()
     cart()
     /* ... */
  }
}

все кастомные штуки описаны в отдельных файлах. основной модуль просто их всех объединяет.  без лишней кастомизации

про настройки я так и не понял

я говорю про файл application.conf, который выглядит примерно так:

ktor {
    deployment {
        port = 8080
        port = ${?PORT}
        watch = [ lab.app ]
    }
    application {
        modules = [lab.app.ApplicationKt.module ]
    }
}

Почитайте доку от HOCON, там и дефолты, и include есть, и много другого

ktor {
    deployment {
        port = 8080
        port = ${?PORT}
        watch = [ lab.app ]
    }
    application {
        modules = [lab.app.ApplicationKt.module ]
    }
}

я не пользуюсь application.conf
я кроме ktor еще стартую кучу других вещей. независимых от ktor.

т.е. у меня свой Main файл

который выглядит примерно так:

suspended fun main() {
   startKtor()
   startFoo()
   startBar()
}

ну вот да, я почитал документацию и мне показалось, что мне тоже придётся самому всё делать, не полагаясь на файл application.conf

почитал, но так и не сообразил, как сделать две вещи:
1. сделать один большой дефолтный конфиг в ресурсах, а второй с оверрайдами — в файловой системе
2. можно ли как-то поменять настройки ktor после того, как все конфиги загрузились, но до того, как стартанёт сервер

1. В ресурсах сделать reference.conf, путь к основному указывать через system property
2. Не очень понятно, что вы хотите

Ну и не исключено, что в итоге main будет проще самому написать, если какие-то хотелки нестандартные

В ресурсах сделать reference.conf, путь к основному указывать через system property

Вот это не понял. Что такое system property?

В ресурсах сделать reference.conf, путь к основному указывать через system property

Ну есть такая штука в джаве для разных параметров окружения и не только. Гугл должен помочь по данному вопросу.

А, эти проперти, понятно.

Как-то мои вопросы невпопад получаются, туповат, видать. Была надежда, что можно как в спринге прочитать разных конфигов из разных мест и они все сольются в один environment. Штош. Пойду писать свой загрузчик конфигов

Так тут примерно то же самое, только профилей нет

Похоже, можно попробовать так: собрать конфиг при помощи загрузчиков Hocon, потом из него создать HoconApplicationConfig и с ним запустить ktor.
Как-то так:

val appConfig = HoconApplicationConfig(ConfigFactory.parseFile(configFile))
val appEnv = applicationEngineEnvironment {
  config = appConfig
}
embeddedServer(Netty, environment).start()

val appConfig = HoconApplicationConfig(ConfigFactory.parseFile(configFile))
val appEnv = applicationEngineEnvironment {
  config = appConfig
}
embeddedServer(Netty, environment).start()

reference.conf + -Dconfig.file всё таки правильный путь а не вот эти костыли