New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dokka 1.6.20 maven plugin in multi-module project fails with "DefaultDispatcher was terminated" #2457
Comments
Hi! Thanks for the report. Indeed, it looks like regression, most likely caused by #2325 What happens is coroutine dispacthers get shut down after each module pass now to avoid possible resource leaks. It works for gradle just fine, but it seems like maven has different module life cycle or something when it comes to multi-module projects. I've created a PR, I'll try to get it included in |
Will be published in 1.6.21 later today |
Describe the bug
Dokka generation fails in the second run module of a multi-module maven project since version 1.6.20 with "DefaultDispatcher was terminated"
If we use the -rf maven reactor argument to resume the build, the failing module passes, and then the subsequent one fails, perhaps some module level cleanup has cleaned up too much?
Entire build passes with dokka 1.6.10
Expected behaviour
Dokka generates documentation and the build succeeds
To Reproduce
Seeing this in builds of https://github.com/trib3/leakycauldron/
https://app.circleci.com/pipelines/github/trib3/leakycauldron/3047/workflows/4cb66bdd-2e79-401a-afdc-cbd6253e2bc3/jobs/3169
Installation
stack trace from running maven with
-e
:The text was updated successfully, but these errors were encountered: