-
Notifications
You must be signed in to change notification settings - Fork 138
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
Explore JUnit 5 integration #61
Comments
If Spring Fu built on top of Boot, which I think it should, you'd benefit from the change that's currently proposed in spring-projects/spring-boot#8115 (comment). Note the custom |
Sure, there are two major options here. You can register an You can make use of an auto-detected Using an These features are of course not specific to JUnit Jupiter. Only the support for constructor and method injection of such beans would be specific to the Does one of those options work for you? |
Thanks for your feedback @wilkinsona and @sbrannen, we are going to try to leverage Boot for that indeed. |
Typical Spring Fu tests are just plain JUnit 5 tests + Spring Fu is now based on Boot so I close this issue. |
Currently, Spring Fu applications are tested mainly in 2 ways:
ApplicationContext
being involved (we need to add examples of that as part of Allow to customize an existing application (for tests, mocking, etc.) #44).Even if Spring Fu is designed to be testable with not specific support, we should explore if JUnit 5 integration makes sense.
@sbrannen Since Spring Fu is heavily based on
ApplicationContextInitializer
, is there something already supported inSpringExtension
we could leverage to register beans on the context and take advantage of test classes@Autowired
support for example?The text was updated successfully, but these errors were encountered: