Chris Beams 48836e2ebb Allow parameters in FactoryBean-returning @Bean methods ... Prior to this change, an assumption was made in AbstractAutowireCapableBeanFactory that any factory-method would have zero parameters. This may not be the case in @Bean methods. We now look for the factory-method by name in a more flexible fashion that accomodates the possibility of method parameters. There remains at least one edge cases here where things could still fail, for example a @Configuration class could have two FactoryBean-returning methods of the same name, but each with different generic FactoryBean types and different parameter lists. In this case, the implementation may infer and return the wrong object type, as it currently returns the first match for the given factory-method name. The complexity cost of ensuring that this never happens is not likely worth the trouble given the very low likelihood of such an arrangement. Issue: SPR-8762		2011-12-10 19:32:02 +00:00
..
.settings	Merge 3.1.0 development branch into trunk	2010-10-25 19:48:20 +00:00
src	Allow parameters in FactoryBean-returning @Bean methods	2011-12-10 19:32:02 +00:00
.classpath	[SPR-8222] Upgraded to JUnit 4.9.	2011-08-30 13:16:12 +00:00
.project	Added Eclipse project dependency on org.springframework.asm	2011-05-23 17:18:14 +00:00
build.xml	Added DomUtils.getChildElements() method. Also refactored ConfigBeanDefinitionParser.parse() to use it.	2010-05-14 16:07:39 +00:00
core.iml	added joptsimple dependency	2011-07-03 16:24:55 +00:00
ivy.xml	Remove unnecessary javax.servlet dependency	2011-07-19 14:04:15 +00:00
pom.xml	Update .core pom with jopt dependency	2011-08-20 03:01:45 +00:00
template.mf	Introduce CommandLinePropertySource and impls	2011-06-30 22:33:56 +00:00