Allow applications to specify a custom set of beans rather than the default for EventListener candidates [SPR-17343] #21877
Labels
in: core
Issues in core modules (aop, beans, core, context, expression)
status: duplicate
A duplicate of another issue
Rahul Shinde opened SPR-17343 and commented
While benchmarking an application that has more than 10K+ beans, around 8 - 10 seconds was spent in identifying just the EventListener candidates during startup.
Since we have the information for EventListener implementations beforehand, would like to provide that to avoid introspection of all other beans in the registry.
Applications can then extend EventListenerMethodProcessor and provide their own implementation that specifies subset of bean names to inspect.
Affects: 5.0.9, 5.1 GA
Referenced from: pull request #1980
The text was updated successfully, but these errors were encountered: