FactoryBeans и конфигурация на основе аннотаций в Spring 3.0

Насколько я понимаю, ваша проблема заключается в том, что вы хотите, чтобы результат sqlSessionFactory() был SqlSessionFactory (для использования в других методах), но вы должны вернуть SqlSessionFactoryBean из @Bean-аннотированного метода, чтобы запускать обратные вызовы Spring.

Это можно решить с помощью следующего обходного пути:

@Configuration 
public class AppConfig { 
    @Bean(name = "sqlSessionFactory")
    public SqlSessionFactoryBean sqlSessionFactoryBean() { ... }

    // FactoryBean is hidden behind this method
    public SqlSessionFactory sqlSessionFactory() {
        try {
            return sqlSessionFactoryBean().getObject();
        } catch (Exception ex) {
            throw new RuntimeException(ex);
        }
    }

    @Bean
    public AnotherBean anotherBean() {
        return new AnotherBean(sqlSessionFactory());
    }
}

Дело в том, что вызовы @Bean-аннотированных методов перехватываются аспектом, который выполняет инициализацию возвращаемых bean-компонентов (FactoryBean в вашем случае), так что вызов sqlSessionFactoryBean() в sqlSessionFactory() возвращает полностью инициализированный FactoryBean.

Я думаю, что это лучше всего решить, если вы полагаетесь на автоподключение. Если вы используете конфигурацию Java для bean-компонентов, это должно быть:

@Bean
MyFactoryBean myFactory()
{ 
    // this is a spring FactoryBean for MyBean
    // i.e. something that implements FactoryBean<MyBean>
    return new MyFactoryBean();
}

@Bean
MyOtherBean myOther(final MyBean myBean)
{
    return new MyOtherBean(myBean);
}

Таким образом, Spring вставит для нас экземпляр MyBean, возвращенный myFactory (). GetObject (), как это происходит с конфигурацией XML.

Это также должно работать, если вы используете @ Inject / @ Autowire в своих @ Component / @ Service и т. Д. Классах.

Spring JavaConfig имел ConfigurationSupport, у которого был метод getObject () для использования с FactoryBean.

Вы бы использовали его для расширения

@Configuration
public class MyConfig extends ConfigurationSupport {

    @Bean
    public MyBean getMyBean() {
       MyFactoryBean factory = new MyFactoryBean();
       return (MyBean) getObject(factory);
    }
}

Есть некоторая предыстория этой проблемы с jira.

В Spring 3.0 JavaConfig был перенесен в ядро ​​Spring, и было решено избавиться от ConfigurationSupport класс. Предлагаемый подход - теперь использовать шаблон строителя вместо фабрик.

Пример взят из нового SessionFactoryBuilder

@Configuration
public class DataConfig {
    @Bean
    public SessionFactory sessionFactory() {
        return new SessionFactoryBean()
           .setDataSource(dataSource())
           .setMappingLocations("classpath:com/myco/*.hbm.xml"})
           .buildSessionFactory();
    }
}

Справочная информация здесь

Вот что я делаю, и это работает:

@Bean
@ConfigurationProperties("dataSource")
public DataSource dataSource() { // Automatically configured from a properties file
    return new BasicDataSource();
}

@Bean
public SqlSessionFactoryBean sqlSessionFactory(DataSource dataSource) throws Exception {
    SqlSessionFactoryBean factory = new SqlSessionFactoryBean();
    factory.setDataSource(dataSource); // Invoking dataSource() would get a new instance which won't be initialized
    factory.setAnotherProperty(anotherProperty());
    return factory;
}


@Bean
public AnotherBean anotherBean(SqlSessionFactory sqlSessionFactory) { // This method receives the SqlSessionFactory created by the factory above
    return new AnotherBean(sqlSessionFactory);
}

Любой объявленный вами bean-компонент может быть передан в качестве аргумента любому другому методу @Bean (повторный вызов того же метода создаст новый экземпляр, который не обрабатывается Spring). Если вы объявляете FactoryBean, вы можете использовать тип компонента, который он создает, в качестве аргумента для другого метода @Bean, и он получит правильный экземпляр. Вы также можете использовать

@Autowired
private SqlSessionFactory sqlSessionFactory;

Куда угодно, и это тоже будет работать.

Почему вы не вводите Factory в свою конфигурацию приложений?

@Configuration
public class AppConfig {

    @Resource
    private SqlSessionFactoryBean factory;

    @Bean 
    public SqlSessionFactory sqlSessionFactory() throws Exception {
       return factory.getObjectfactory();    
    }    
}

Но пусть я не правильно понял ваш вопрос. Мне кажется, что вы пытаетесь сделать что-то странное - сделайте шаг назад и подумайте, что вам действительно нужно.

Вот как я это делаю:

@Bean
def sessionFactoryBean: AnnotationSessionFactoryBean = {
  val sfb = new AnnotationSessionFactoryBean

  sfb.setDataSource(dataSource)
  sfb.setPackagesToScan(Array("com.foo.domain"))

  // Other configuration of session factory bean
  // ...

  return sfb
}

@Bean
def sessionFactory: SessionFactory = {
   return sessionFactoryBean.getObject
}

Создается sessionFactoryBean, и с ним происходит соответствующий жизненный цикл после создания (afterPropertiesSet и т. Д.).

Обратите внимание, что я не ссылаюсь на sessionFactoryBean напрямую как на bean-компонент. Я автоматически подключаю sessionFactory к другим своим bean-компонентам.