@EventListener annotated bean cannot be removed from the ApplicationEventMulticaster

[birnbuazn]

Affects: 2.4.3

According to the JavaDoc of the ApplicationEventMulticaster I was expecting to be able to remove and/or add ApplicationListeners at runtime.

This currently does not work for @EventListener annotated methods, which apparently lead to a ApplicationListenerMethodAdapter instance at runtime.

Would be great, if we could remove this listener as well, either by

1. making the Adapter instance injectable and then remove it with multicaster.removeApplicationListener(), or
2. giving the Adapter instance a well defined bean name and remove it with multicaster.removeApplicationListenerBean()

I've included a small demo app with a failing test to illustrate what I'm trying to achieve:

event-sample.zip

[snicoll]

This is consistent with the whole annotation model I am afraid. Message listeners (JMS, Rabbit, Kafka, etc.), scheduled methods, event listeners all add an aspect to the annotated method that represents its registration.

If you want to be able to remove a listener at runtime, you should create it programmatically IMO.

Can you share a bit more about your use case?

[birnbuazn]

We are building an event-based modulith. Modules are currently separated by different Java packages, are deployed within the same Spring (Boot) context, and - to enforce loose coupling - communicate with each other using ApplicationEvents.

This works all surprisingly well, but we want to test our modules in isolation. I know that we could fire up different Spring contexts for the different tests and mock all non-relevant modules, but this is rather heavyweight and will slow down our tests considerably compared to firing up the Spring Boot context just once before the whole test suite runs.

So the intention was to dynamically disable all EventListeners of modules not relevant for a particular test, to avoid side-effects.

We btw. successfully went down this route by subclassing Spring's SimpleApplicationEventMulticaster with our own ConfigurableApplicationEventMulticaster (and some ReflectionUtils tricks), which we are using when running the tests, but I would love to see that adding/removing application listeners works using the official public Spring API - no matter, if the listener was created using an annotation or programmatically.

[birnbuazn]

Posted an answer on SO with the current workaround by subclassing Spring's SimpleApplicationEventMulticaster: https://stackoverflow.com/a/66488532/287138

[snicoll]

Thanks for sharing more details. I am not keen to register a bean for every annotated method, it looks quite invasive and unnecessary. Besides, it really is an implementation details. This would also add a number of beans to the context for the sole purpose of what you're asking for.

Rather than working on the multicaster level, I wonder if building the feature in the listener itself wouldn't be better. I don't know if you're using condition already but using a meta-annotation where the condition is set to something you could control in your tests could be an option. Or some sort of abstraction where the listener would switch off itself in certain test scenarios.

I've flagged for team attention to see what the rest of the team thinks.