Deprecate use of several bean factory methods for the same bean in a configuration class

[snicoll]

Consider the following use case:

@Configuration
public class Config {
	
	@Bean(name = "myBean")
	MyBean someBean() { ... }
	
	@Bean(name = "myBean")
	MyBean someBeanWithDep(MyDependency) { ... }
}

The container accepts an override for myBean as long as it is in the same configuration class to mimic the resolution of the greediest satisfiable constructors for bean factory methods.

Such an arrangement is much better served using Optional or ObjectProvider with a single bean factory method as it makes it explicit that some argument may or may not be available.

[jhoeller]

Bean method overloading is effectively turned off by default as of 6.0, see #22609. From that perspective, formal deprecation does not seem urgent and might be better off in 7.0.