Noah Hessel

> could avoid your problem by giving your customizer a lower precedence Yes additive modules do behave correctly with this approach > Out of interest... Our use case is we...

Seems I was able to get around some of the dependsOn warnings in my plugin with this: ```kotlin project.extensions.configure(OpenApiExtension::class.java) { it.customBootRun.workingDir.set( tasks.named("forkedSpringBootRun").get().temporaryDir ) } ```

@bnasslahsen I opened a PR to resolve, please have a look. Thank you https://github.com/springdoc/springdoc-openapi-gradle-plugin/pull/142