autowiring | A C Inversion of Control Framework | Dependency Injection library

I am trying to write to an Azure Storage using Spring.

I am configuring the resource inside a Bean instead of Autowiring it from the Class.

First, I'd like to address that this question does not relate to this post, which is about @Autowired fields being null due to the incorrect way to instanciate classes.

I have a few autowired fields in one of my classes. I also have another private field, header, that is used in most of my functions. So, to have a cleaner and more concise code, I wanted to fill header during class construction. The point is that, in order to fill header, I need to call functions that comes from an autowired instance.

This works fine:

I have created multiple beans of WebClient object inside my Configuration class because of different base urls.

I am autowiring these webclient objects in my service class DocumentVerificationServiceImpl with qualifier name client1 and client2.

I have a simple subscriber like the following:

I have the following class I plan on using to autowire an instance of a Spring class named AADAppRoleStatelessAuthenticationFilter:

My listener definition (no autowiring) :

Symfony detect it like that :

I have the two methods in my class, there were working in Symfony 3.4, but now in Symfony 4.4 they aren't called (I get a Symfony error like $this->serviceOne->doSomething() call on null).

I have a multi module maven project with several modules (parent, service, updater1, updater2). The @SpringBootApplication is in 'service' module and the others doesn't have artifacts.

'updater1' is a module which have a Kafka listener and a http client, and when receives a kafka event launches a request to an external API. I want to create integration tests in this module with testcontainers, so I've created the containers and a Kafka producer to send a KafkaTemplate to my consumer.

My problem is the Kafka producer is autowiring to null, so the tests throws a NullPointerException. I think it should be a Spring configuration problem, but I can't find the problem. Can you help me? Thank's!

This is my test class:

I've written a basic spring boot service that consumes some data via rest API and publishes it to rabbitmq and kafka.

To test the service class handling kafka producing, I followed this guide: https://www.baeldung.com/spring-boot-kafka-testing

In isolation, the test (KafkaMessagingServiceImplTest) works perfectly both in intellij idea and via mvn on the command line. Running all project tests in idea works fine. However, when I run all project tests via maven on the command line, this test fails with an NPE when trying to make the assertion on the payload String.

I've narrowed down the location of the root problem to another test class (AppPropertiesTest) which is solely testing my AppProperties component (which is a component I use to pull config from application.properties in a tidy way). When, and only when, the tests within that test class are run alongside the failing test using 'mvn clean install' in project root, does the NPE show up. Commenting out the tests in this class or annotating it with @DirtiesContext fixes the problem. Apparently something loaded into the spring context by this test class causes an issue with the timing/order of events/countdownlatch in the other test. Of course, I don't want to use @DirtiesContext as it can lead to a much slower build as the project increases in complexity. It also does not explain the problem.. and I can't handle that :)

AppPropertiesTest uses constructor injection to inject the AppProperties component. It also extends a abstract class 'GenericServiceTest' which is annotated by:

I am a newbie at Spring Boot framework.

I am trying to develop a server which responds to clients' requests providing json files representing book models in my mongodb repository through a REST API architecture.

This is what I have:

Book