Spring Boot - Jarepository initialisieren bei Verwendung mehrerer Datenquellen nichtJava

Java-Forum
Guest
 Spring Boot - Jarepository initialisieren bei Verwendung mehrerer Datenquellen nicht

Post by Guest »

Ich habe eine Frage zum Spring -Start und eine Setup mit mehreren Datenquellen mit jarepositories. >

Die Struktur des Projekts sieht so aus:

Code: Select all

com/mycompany/schema/AbstractJpaConfig
com/mycompany/schema/domain_A/AJpaConfiguration
com/mycompany/schema/domain_A/entity/AEntity
com/mycompany/schema/domain_A/repository/ARepository
com/mycompany/schema/domain_B/BJpaConfiguration
com/mycompany/schema/domain_B/entity/BEntity
com/mycompany/schema/domain_B/repository/BRepository
< /code> < /p>

Ich habe also zwei Domänen (A und B), wobei das DataSource -Setup separat behandelt wird.  < /p>

Die abstrakte JPA -Konfigurationsklasse wird zur Reduzierung der Redundanz verwendet und verwendet einen benutzerdefinierten DataSourceManager, der die DataSources verarbeitet: < /p>

public abstract class AbstractJpaConfiguration {

private final DataSourceManager dataSources;

public AbstractJpaConfiguration(DataSourceManager dataSources) {
this.dataSources = dataSources;
}

protected abstract String persistenceUnitName();

protected abstract Class packageEntityClass();

protected abstract DataSource useDataSource(DataSourceManager dataSources);

public abstract LocalContainerEntityManagerFactoryBean entityManagerFactoryBean();

public abstract PlatformTransactionManager transactionManagerBean();

public abstract LocalContainerEntityManagerFactoryBean getEntityManagerFactoryBean();

protected LocalContainerEntityManagerFactoryBean buildEntityManagerFactory() {
LocalContainerEntityManagerFactoryBean em = new LocalContainerEntityManagerFactoryBean();
em.setDataSource(useDataSource(dataSources));
em.setPersistenceUnitName(persistenceUnitName() + "PU");
em.setBeanName(persistenceUnitName() + "EntityManager");
em.setPackagesToScan(packageEntityClass().getPackage().getName());
em.setJpaPropertyMap(persistenceProperties());
em.setJpaVendorAdapter(jpaVendorAdapter());
return em;
}

protected Map persistenceProperties() {
Map properties = new HashMap();
properties.put("hibernate.hbm2ddl.auto", "validate");
return properties;
}

protected JpaVendorAdapter jpaVendorAdapter() {
HibernateJpaVendorAdapter adapter = new HibernateJpaVendorAdapter();
adapter.setShowSql(false);
adapter.setGenerateDdl(false);
return adapter;
}

protected PlatformTransactionManager buildTransactionManager() {
LocalContainerEntityManagerFactoryBean emfBean = getEntityManagerFactoryBean();
EntityManagerFactory emf = emfBean.getObject();
return new JpaTransactionManager(emf);
}
}
< /code>

Eine Implementierung der Konfiguration, die sich in der Domain A -Paket befindet, sieht folgendermaßen aus: < /p>

@Configuration
@EnableTransactionManagement
@EnableJpaRepositories(
basePackages = "com.mycompany.schema.domain_A",
entityManagerFactoryRef = "AEntityManagerFactory",
transactionManagerRef = "ATransactionManager")
@EntityScan(basePackages = "com.mycompany.schema.domain_A")
@DependsOn("flywayMigrationInitializer")
public class AJpaConfiguration extends AbstractJpaConfiguration {

@Autowired
public AJpaConfiguration(DataSourceManager dataSources) {
super(dataSources);
}

@Override
protected Class packageEntityClass() {
return getClass(); // This class is located in the entity class package
}

@Override
protected String persistenceUnitName() {
return "a";
}

@Override
protected DataSource useDataSource(DataSourceManager dataSources) {
return dataSources.domainADataSource();
}

@Bean("aEntityManagerFactory")
@Override
public LocalContainerEntityManagerFactoryBean entityManagerFactoryBean() {
return buildEntityManagerFactory();
}

@Bean("aTransactionManager")
@Override
public PlatformTransactionManager transactionManagerBean() {
return buildTransactionManager();
}

@Override
public LocalContainerEntityManagerFactoryBean getEntityManagerFactoryBean() {
return entityManagerFactoryBean();
}
}
< /code>

Dann ist das tatsächliche Repository als jarepository definiert: < /p>

@Repository
public interface ARepository extends JpaRepository  {
}
< /code>

Dies  scheint zu funktionieren, gemäß den Anwendungsprotokollen: < /p>

2018-12-14 09:45:02.997  INFO 13867 --- [  restartedMain] .s.d.r.c.RepositoryConfigurationDelegate : Multiple Spring Data modules found, entering strict repository configuration mode!
2018-12-14 09:45:02.997  INFO 13867 --- [  restartedMain] .s.d.r.c.RepositoryConfigurationDelegate : Bootstrapping Spring Data repositories in DEFAULT mode.
2018-12-14 09:45:03.012  INFO 13867 --- [  restartedMain] .s.d.r.c.RepositoryConfigurationDelegate : Finished Spring Data repository scanning in 9ms. Found 1 repository interface.
2018-12-14 09:45:03.029  INFO 13867 --- [  restartedMain] .s.d.r.c.RepositoryConfigurationDelegate : Multiple Spring Data modules found, entering strict repository configuration mode!
2018-12-14 09:45:03.029  INFO 13867 --- [  restartedMain] .s.d.r.c.RepositoryConfigurationDelegate : Bootstrapping Spring Data repositories in DEFAULT mode.
2018-12-14 09:45:03.085  INFO 13867 --- [  restartedMain] .s.d.r.c.RepositoryConfigurationDelegate : Finished Spring Data repository scanning in 56ms. Found 1 repository interface.
< /code>

Und danach und die erfolgreiche Flyway -Migration werden die Persistenzeinheiten gestartet: < /p>

2018-12-14 09:45:06.459  INFO 13867 --- [  restartedMain] o.hibernate.jpa.internal.util.LogHelper  : HHH000204: Processing PersistenceUnitInfo [
name: aPU
...]
2018-12-14 09:45:06.544  INFO 13867 --- [  restartedMain] org.hibernate.Version                    : HHH000412: Hibernate Core {5.3.7.Final}
2018-12-14 09:45:06.546  INFO 13867 --- [  restartedMain] org.hibernate.cfg.Environment            : HHH000206: hibernate.properties not found
2018-12-14 09:45:06.746  INFO 13867 --- [  restartedMain] o.hibernate.annotations.common.Version   : HCANN000001: Hibernate Commons Annotations {5.0.4.Final}
2018-12-14 09:45:06.922  INFO 13867 --- [  restartedMain] org.hibernate.dialect.Dialect            : HHH000400: Using dialect: org.hibernate.dialect.MySQL57Dialect
2018-12-14 09:45:07.976  INFO 13867 --- [  restartedMain] o.h.h.i.QueryTranslatorFactoryInitiator  : HHH000397: Using ASTQueryTranslatorFactory
2018-12-14 09:45:08.066  INFO 13867 --- [  restartedMain] j.LocalContainerEntityManagerFactoryBean : Initialized JPA EntityManagerFactory for persistence unit 'aPU'
< /code>

[b] Aber < /strong>, wenn ich versuche, das Repository in einen Dienst zu automatisieren: < /p>

@Service
public class MyService {
private final ARepository repository;

@Autowired
public MyService(ARepository repository) {
this.repository = repository;
}

// ...
}
< /code>

Dies ist die Fehlermeldung, die ich in den Protokollen erhole: < /p>

Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'MyService' defined in URL [jar:file:...]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.mycompany.schema.domain_A.repository.ARepository' available: expected at least 1 bean which qualifies as autowire candidate.  Dependency annotations: {}
at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:767) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:218) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1308) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1154) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:538) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:498) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:320) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:318) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:273) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1239) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1166) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:855) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:758) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
... 106 common frames omitted
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.mycompany.schema.domain_A.repository.ARepository' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {}
at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoMatchingBeanFound(DefaultListableBeanFactory.java:1646) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1205) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1166) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:855) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:758) ~[spring-beans-5.1.2.RELEASE.jar:5.1.2.RELEASE]
... 120 common frames omitted
< /code>

Ich hoffe, die bereitgestellten Informationen können dazu beitragen, dieses [url=viewtopic.php?t=11587]Problem[/url] zu lösen. >

Vielen Dank für Ihre Zeit und einen schönen Tag

- Alexander < /p>

 --- bearbeiten --- [/b] 

Ich stecke zwei Haltepunkte in die Konfigurationsklassen ein und erhielt einige neue Informationen: < /p>

Die Methode zum Erstellen des LokalcontainerEntityManagerFactoryBean < /code> ist Aufgerufen, aber die Anwendung stoppt aufgrund der fehlenden Bean, bevor die PlattformTransactionManager < /code> Bean -Methode aufgerufen wird. < /p>

Was ich übersehen habe war, dass der fragliche Dienst, für den der Subtyp von Jarepository erforderlich ist, die Schnittstelle zwischen Spring Security UserdetailsManager < /code> implementiert. @EnablejparePositories < /code> kann erstellt werden.  < /P>

Gibt es eine Lösung für eine Lösung für das? < /p>

[b] --- bearbeiten 2 --- @Import < /code> Die AJPaconfiguration -Klasse, die nichts geändert hat.2018-12-14 11:52:08.395 DEBUG 22417 --- [  restartedMain] o.s.b.f.s.DefaultListableBeanFactory     : Creating shared instance of singleton bean 'aEntityManagerFactory'
2018-12-14 11:52:08.395 DEBUG 22417 --- [  restartedMain] o.s.b.f.s.DefaultListableBeanFactory     : Creating shared instance of singleton bean 'aJpaConfig'
Sofst Boot die @Bean -Annotation für die LocalContainerEntityManagerFactoryBean , aber weder enttityManagerFactory -Instanzen und die @Bean -Annotation für das PlatformTransactionManager

--- Bearbeiten 3 --- [/b]

Ich habe die Option @autowired benötigt = false und jetzt nimmt sie die Bohnen auf und instanziiert die Repositories-aber nur nur Nach dem Instantieren der Dienste, die sie erfordern, und damit sie nicht injizieren. < /p>

Code: Select all

2018-12-14 13:25:30.484 DEBUG 31932 --- [  restartedMain] o.s.b.f.s.DefaultListableBeanFactory     : Creating shared instance of singleton bean 'aEntityManager'
2018-12-14 13:25:33.035 DEBUG 31932 --- [  restartedMain] o.s.b.f.s.DefaultListableBeanFactory     : Creating shared instance of singleton bean 'aTransactionManager'
2018-12-14 13:25:34.852 DEBUG 31932 --- [  restartedMain] o.s.b.f.s.DefaultListableBeanFactory     : Creating shared instance of singleton bean 'aRepository'
< /code>

Wie kann ich die Bohnen vor allem anderen erstellen? Das scheint das [url=viewtopic.php?t=11587]Problem[/url] zu lösen. < /P>

 --- bearbeiten 4 ---  Dank des Tipps von @robertniestroj habe ich @lazy 
zu den @Autowired Annotationen hinzugefügt, wodurch sie nach der dann initialisierten Repositories initialisiert werden. /> Aber jetzt erscheint ein anderer Fehler:

java.lang.IllegalArgumentException: interface com.mycompany.schema.domain_A.repository.ARepository is not visible from class loader< /code> < /p>

Ich sollte auch erwähnen, dass diese Anwendung aus Maven -Modulen erstellt wurde:
- Schematmoduls (JPA -Konfiguration, Repositories und Entitätsklassen) < BR /> - Kernmodul (Anwendungskonfiguration und Eigenschaftsklassen)
- [Andere Module mit Core und Schema]
- Hauptmodul (Spring -Boot -Anwendungsklasse) < /p>

Quick Reply

Change Text Case: 
   
  • Similar Topics
    Replies
    Views
    Last post