Issue 1:
Neale Upstone opened SPR-7982 and commented

There's a real opportunity to nail some corner cases with profiles, and conversely the risk of propagating some open-doors to bad practice.

Reading the example given at http://blog.springsource.com/2011/02/11/spring-framework-3-1-m1-released/, I can see a few areas I'd like to be explicit for fast failure:

To be able to define valid (/invalid) profile combinations. In your example, you can specify "production,dev", which is clearly not what is intended, and all too easy to do when profiles are less obviously exclusive. This could be achieved by allowing profiles combinations to be specified in the application context.

To be able to configure specific bean definition override behaviour, by 'final' bean defs and/or by an override flag. This could be done at the level of a bean or on the now nestable <beans> element. ** This would have saved a LOT of time on the project I've recently been working on, mainly due to the number of components developed by different teams with varying levels of Spring experience **

I quite like the idea of allowing some combination of final and override as it would give expressiveness to developers intent. <bean id='blah' override='true' ../> would not only clearly denote that override was intended, but also allow validation that there was already a bean to override.

Either of these suggestions would prevent the 'prod,dev' profile from being bootstrapped.

Examples would be:

<config>
<profileOptions exclusive="production,dev,uat"/>
<profileOptions exclusive="perf,trace"/>
</config>

<beans profile="production" final="true">
... jndi datasource bean defs
</beans>
<beans profile="dev" final="true">
... dev datasources
</beans>

Affects: 3.1 M1

Reference URL: http://blog.springsource.com/2011/02/11/spring-framework-3-1-m1-released/#comment-185086

Issue Links:

#12839 Revised support for bean definition visibility and overriding ("is depended on by")

#13172 @Bean(override=true) ("is duplicated by")

#11690 Allow @Bean methods to override definitions in XML

#13818 Provide boolean logic on bean profiles, i.e. NOT profile.

#13370 Support not (!) operator for profile selection

#10181 Bean Configuration Overriding

#11829 Support @Bean method visibility

6 votes, 12 watchers

Issue 2:
Gabriel Axel opened SPR-5991 and commented

iBatis 3 beta 1 introduced API changes which break the existing Spring support.

Affects: 3.0 M3

Attachments:

genius-spring.tar.gz (18.40 kB)

ibatis3_20091206.zip (20.88 kB)

ibatis3_20091229.zip (14.01 kB)

ibatis3-test.zip (11.40 kB)

IBatisSpring.tar.gz (30.55 kB)

IBatisSpring.tar.gz (20.55 kB)

IBatisSpring.tar.gz (20.46 kB)

MapperFactoryBean_20091229.tar.gz (12.38 kB)

MapperFactoryBean_20091229-2.tar.gz (12.19 kB)

MapperFactoryBean_20100101.tar.gz (12.11 kB)

MapperFactoryBean.tar.gz (14.76 kB)

MybatisSpring_20100605.zip (21.20 kB)

org.springframework.orm.ibatis3-201006100101.tar.gz (15.40 kB)

org.springframework.orm.ibatis3-201006100756.tar.gz (15.58 kB)

orm-ibatis3-2010-07-24.zip (112.64 kB)

orm-ibatis3-2010-07-24-2nd.zip (113.34 kB)

SqlSessionFactoryBean.java (1.57 kB)

SqlSessionUtils.java (12.82 kB)

Issue Links:

#10803 Add support for iBatis 3 ("is duplicated by")

DATAJDBC-2 Add support for MyBatis 3

50 votes, 55 watchers