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
Load and register custom TestExecutionListener implementations automatically #583
Comments
I think we should add them to the DefaultLauncher not just when using ConsoleLauncher. I also proposed we do this in #542 (comment). |
@junit-team/junit-lambda Any objections? |
No objections. Go for it! |
This commit introduces support for loading and registering custom TestExecutionListener implementations automatically via Java's ServiceLoader mechanism. Issue: #583
Resolved in 3c52d95. |
This still needs to be documented in the User Guide and Release Notes. We haven't really used a consistent strategy to address that need in the past. We could reopen this issue, create a new one, or procrastinate until some poor guy wants to do a release and has to go through all the issues. I'm in favor of the first option. @junit-team/junit-lambda What do you think? |
Oooooops. Yes... you are totally correct! I'm in favor of reopening the original issue in such cases: no need to multiple issues for the same issue. Since I prematurely closed it, I'll reopen it. 😉 |
In retrospect, we need to (re)define our Definition of Done for issues. Though perhaps we should discuss that amongst the team and then document it in the wiki (and of course actually adhere to the rules). |
Actually, I'll create an issue to address the DoD. |
See #593 regarding the Definition of Done. |
What about adding support for loading custom
TestExecutionListener
implementations via the Service API to the console launcher?Enhance (and document) ExecuteTestsTask#registerListeners with:
Or add the load and register functionality to the platform
DefaultLauncher
itself?The text was updated successfully, but these errors were encountered: