How do we feel about ditching autoscan completely?...
# kotest-contributorss
sam
08/03/2024, 5:22 PMHow do we feel about ditching autoscan completely? I'm working on a PR to disable it, but I can't see why anyone would want to use this. It's error prone and there's easy and faster ways to do the same thing.
sam
08/03/2024, 5:32 PMa
Adam S
08/03/2024, 5:50 PMI think removing it completely makes sense
➕ 1
Adam S
08/03/2024, 5:51 PMI'd actually prefer extending the Kotest Gradle Plugin so there was a DSL for setting the options in the build.gradle, and the plugin would pass them into the Kotest executors
s
sam
08/03/2024, 5:52 PMThat seems like a good idea
e
Emil Kantis
08/03/2024, 6:18 PMI think we still need to support having a config class or config properties, for Maven, Bazel, etc
Emil Kantis
08/03/2024, 6:18 PMBut it would be really nice to have the DSL 🙂
s
sam
08/03/2024, 6:20 PMWe already support @ApplyExtension on a spec class
sam
08/03/2024, 6:20 PMand via project config
sam
08/03/2024, 6:21 PMand the dsl in gradle would be a great addition
a
Adam S
08/03/2024, 6:21 PMyes, definitely. A Gradle DSL would just be a fancy wrapper over a config file (e.g. JSON )
2 Views