Весенняя загрузка с источником данных на основе сеанса

Question

Я отрывал свои волосы тем, что должно быть довольно распространенным вариантом использования для веб-приложения. У меня есть приложение Spring-загрузка, который использует REST Хранилище, JPA и т.д. Проблема заключается в том, что у меня есть два источника данных:

• Встроенного источник данных H2 информация об аутентификации, содержащего пользователя
• источника данных MySQL для фактических данных, специфичен для аутентифицированного пользователя

Поскольку второй источник данных специфичен для аутентифицированного пользователя, я пытаюсь использовать AbstractRoutingDataSource для маршрутизации к правильному источнику данных в соответствии с Основным пользователем после аутентификации.

Что абсолютно сводит меня с ума, так это то, что Spring-Boot борется со мной зубами и гвоздями, чтобы создать этот источник данных при запуске. Я пробовал все, о чем я могу думать, включая аннотации Lazy и Scope. Если я использую область сеанса, приложение выдает ошибку об отсутствии сеанса, существующего при запуске. @Lazy вообще не помогает. Независимо от того, какие аннотации я использую, база данных создается при запуске Spring Boot и не находит никакого ключевого ключа поиска, который по существу сбой всего приложения.

Другая проблема заключается в том, что API-хранилище репозитория имеет IMO - ужасное средство указания фактического источника данных, который будет использоваться. Если у вас несколько источников данных с Spring Boot, вы должны жонглировать аннотации Квалификатора, которые представляют собой кошмар отладки во время выполнения.

Любой совет будет очень признателен.

Answer 1

Ваша проблема связана с конфигурацией менеджера аутентификации. Все образцы и направляющие устанавливают это в GlobalAuthenticationConfigurerAdapter, например. это будет выглядеть так, как внутренний класс вашего SimpleEmbeddedSecurityConfiguration:

@Configuration 
public static class AuthenticationConfiguration extends GlobalAuthenticationConfigurerAdapter 
{ 
    @Bean(name = Global.AUTHENTICATION_DATA_QUALIFIER + "DataSource") 
    public DataSource dataSource() 
    { 
     return new EmbeddedDatabaseBuilder().setName("authdb").setType(EmbeddedDatabaseType.H2).addScripts("security/schema.sql", "security/data.sql").build(); 
    } 

    @Override 
    public void init(AuthenticationManagerBuilder auth) throws Exception 
    { 
      auth.jdbcAuthentication().dataSource(dataSource()).passwordEncoder(passwordEncoder()); 
    } 
} 

Если вы не используете GlobalAuthenticationConfigurerAdapter то DataSource получает подхвачено Spring Data REST при создании фильтров безопасности (до @PrimaryDataSource боба даже зарегистрирован), и вся инициализация JPA начинается очень рано (плохая идея).

ОБНОВЛЕНИЕ: диспетчер аутентификации не является единственной проблемой. Если вам нужно обладать областью @PrimaryDataSource (довольно необычно, я бы сказал), вам нужно отключить все, что хочет получить доступ к базе данных при запуске (Hibernate и Spring Boot в разных местах). Пример:

spring.datasource.initialize: false 
spring.jpa.hibernate.ddlAuto: none 
spring.jpa.properties.hibernate.temp.use_jdbc_metadata_defaults: false 
spring.jpa.properties.hibernate.dialect: H2 

ДАЛЕЕ UPDATE: если вы используете привод он также хочет использовать первичный источник данных при запуске для индикатора состояния. Вы можете переопределить это, разделив компонент того же типа, например.

@Bean 
@Scope(value="session", proxyMode=ScopedProxyMode.TARGET_CLASS) 
@Lazy 
public DataSourcePublicMetrics dataSourcePublicMetrics() { 
    return new DataSourcePublicMetrics(); 
} 

P.S. Я считаю, что GlobalAuthenticationConfigurerAdapter может не понадобиться в Spring Boot 1.2.2, но он находится в 1.2.1 или 1.1.10.