-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
QuarkusTest: consider removing the test profile support for @Nested
tests
#45349
Comments
/cc @geoand (testing) |
- note that we cannot veto test classes that contain a matching nested test; we should probably drop the test profile support for nested tests, see quarkusio#45349 - fixes quarkusio#45308
@holly-cummins didn't you run into something similar? |
There was a discussion on zulip in the "WG 30 Test Classloading chatter" channel: https://quarkusio.zulipchat.com/#narrow/channel/187038-dev/topic/WG.20.2330.20Test.20Classloading.20chatter/near/484875724 |
In any case, +1 |
Same here, +1 |
I ended up doing this as part of #34681 (not yet merged, and huge). I'm happy to see another reason to do it. I'll mark this as resolved by that PR for now, but I might split it out and ship it earlier, in the interests of small changes. |
Awesome, thank you! :) |
Currently, it is possible to specify a test profile for a
@Nested
test (inner class of a top-level test class). However, this may cause troubles if the enclosing test class defines a different test profile; i.e. the enclosing class should be tested against a different application build. Keep in mind that Quarkus always needs to obtain the instance of the enclosing test class from the CDI container.More specifically, if a CDI bean
Foo
is only enabled in the profileFooProfile
then it cannot be injected in the test classFooTest
because it would cause unsatisfied dependency in the test classFooTest$FooNested
:The text was updated successfully, but these errors were encountered: