-
Notifications
You must be signed in to change notification settings - Fork 3.6k
Make BytecodeEnhancedTestEngine non-discoverable by default #10491
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
base: main
Are you sure you want to change the base?
Make BytecodeEnhancedTestEngine non-discoverable by default #10491
Conversation
by removing the corresponding entry from the META-INF/services/org.junit.platform.engine.TestEngine
Thanks for your pull request! This pull request does not follow the contribution rules. Could you have a look? ❌ All commit messages should start with a JIRA issue key matching pattern › This message was automatically generated. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also, are we sure the tests in hibernte-core
are still picking up the extension when annotated with @BytecodeEnhanced
? There's a failure on mariadb
which might be related.
I sure hope so 😃, at least it shows it ok from the IDE, and if I run from the terminal with Gradle, I get:
so "all good" it seems. let me check that MySQL build... |
since there's the enhanced prefix in the test ^ |
Great, not sure we're getting this failure here though, I'll re-run the checks. But anyway, +1 from me to do this: I don't think we've advertised this feature being enabled anywhere, but I doubt anyone but us is using it in tests and expects it to be available by default. |
Do we still have a problem with the JUnit version? It seems that running the JPA TCK works fine now, so unless it's broken, no touching :) |
By removing the corresponding entry from the
META-INF/services/org.junit.platform.engine.TestEngine
we won't let JUnit pick up this engine by default, so in places like TCK or elsewhere where we do not need the@BytecodeEnhanced
tests, we won't cause a problem if there is a JUnit version mismatch.My concern is that this is a published jar, and this breaks the "original" behaviour 😖
@beikov WDYT?
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license
and can be relicensed under the terms of the LGPL v2.1 license in the future at the maintainers' discretion.
For more information on licensing, please check here.