Consider allowing to exclude some beans from AOT processed applications

[philwebb]

See spring-projects/spring-boot#32262 for background.

Currently we have a number of areas where we want to exclude beans from being used in AOT processed applications. There are a number of ways we currently do this.

• If a bean implements BeanRegistrationAotProcessor then the isBeanExcludedFromAotProcessing result is considered.
• If we want to filter a bean, we can use BeanRegistrationExcludeFilter in META-INF/spring/aot.factories.
• For most other situations we use an if with AotDetector.useGeneratedArtifacts() in the actual code.

It would be nice if we could review these existing usages and see if we can find a common way to perform exclusions.

[wilkinsona]

spring-projects/spring-boot#33374 is another example of beans that aren't needed after AOT processing.

[sdeleuze]

I tentatively schedule this issue for Spring Framework 6.1.0-M1 along to #29555 as they are related and it is important to move forward on this topic.

[dsyer]

Can this be implemented in a way that doesn't require me to use an annotation? I might want to manage bean definitions for classes that I didn't write or have no control over the annotations on. E.g. register bean definitions with a well-known attribute that says "I have a supplier already, you don't need to generate any code for me". I can already do this kind of manually, and it works in my use case, by registering a BeanRegistrationExcludeFilter in aot.factories. Example:

public class ExcludeFilter implements BeanRegistrationExcludeFilter {

	static final String IGNORE_ME = "ignore.me";

	@Override
	public boolean isExcludedFromAotProcessing(RegisteredBean registeredBean) {
		if (registeredBean.getMergedBeanDefinition().hasAttribute(IGNORE_ME)) {
			return true;
		}
		return false;
	}

}

[sdeleuze]

I also would like to avoid making annotation mandatory to manage this kind of concept, just not sure yet what we should use. See also use case in #29555 where annotation may not be ideal. I will discuss with @jhoeller the related design we should use.

[mmarimuthu]

@snicoll I apologize for the concern. I will try to improve.

@dsyer here is the sample

@
aot-issue.zip