Analyse des composants de différents modules maven/Pots au Printemps de Démarrage de l'application

J'ai deux modules Maven.
La première, appelée "application", contient les spring boot Application de classe qui ne contient ces lignes:

package org.example.application;

@SpringBootApplication
@ComponentScan({"org.example.model", "org.example"})
public class Application {
    public static void main(String[] args) {
        ApplicationContext ctx = SpringApplication.run(Application.class, args);
    }
}

Dans le même module Maven et paquet, org.example.application, j'ai un RestController qui utilise un Component qui à son tour utilise les composants de l'autre Maven module décrit ci-dessous.

L'autre Maven module, appelé "modèle", contient les spring boot composants (crud-dépôts, d'entités, etc). Toutes ces classes sont sous la même structure de paquet que le premier module Maven ( org.example ), mais dans des sous-paquets de cela, comme org.example.model.entities, org.example.model.repositories etc.

Ainsi, le flux est comme ceci:

Maven module application dans le paquet org.exemple:

SpringBootApplication -> RestController -> MyComponent

Et les composants qui doivent être autocâblés dans MyComponent sont ceux dans la model Maven module sous le package org.example.model.

Mais quand je lance l'application, j'ai juste le message d'erreur:

***************************
APPLICATION FAILED TO START
***************************

Description:

Field myRepository in org.example.MyComponent required a bean of type 'org.example.model.repositories.MyRepository' that could not be found.

Action:

Consider defining a bean of type 'org.example.model.repositories.MyRepository' in your configuration.

org.example.model.repositories.MyRepository n'existe pas dans Maven module "modèle", mais ne peut pas être trouvé par le SpringBootApplication classe!

Comme vous pouvez le voir, j'ai essayé de définir explicitement l'analyse des composants:
@ComponentScan({"org.example.model", "org.example"}) mais cela ne semble pas aider.

Donc, qu'ai-je fait de mal?

InformationsquelleAutor Rox | 2017-01-02

24

La première chose que vous devriez me demande : pourquoi avez-vous déclarer @ComponentScan alors que l'un des objectif de @SpringBootApplication est (entre autres choses) pour activer le composant d'analyse ?

De Printemps de Démarrage de la documentation :

La @SpringBootApplication annotation est équivalent à l'utilisation de
@Configuration, @EnableAutoConfiguration et @ComponentScan avec leur
attributs par défaut

Noter que lorsque la classe de votre Ressort de Démarrage de l'Application, vous déclarez @ComponentScan pour spécifier une valeur basePackages, il remplace le basePackages utilisé par défaut par @SpringBootApplication qui est le paquet actuel où la classe réside. Afin d'avoir une base de package le package du Printemps de Démarrage de la classe d'Application et les modules supplémentaires qui étaient manquantes, vous devez définir explicitement eux.

Outre basePackages est récursive. Afin de permettre l'analyse à la fois pour les classes de localisation dans l' "org.example" et "org.example.model" paquets, en précisant "org.example" est assez "org.example.model" est un sous-paquet.

Essayer ça :
```
@SpringBootApplication(scanBasePackages={"org.example"})
```
Ou alternativement :
```
@SpringBootApplication
@ComponentScan("org.example")
```
Quand spécifier @EnableJpaRepositories/@ComponentScan/scanBasePackages, au Printemps de Démarrage de l'Application ?

Que la conception de votre Ressort de Démarrage de l'application de mise en page, vous avez deux cas de figure :

1) cas (à favoriser) où vous utilisez un package de mise en page qui fournit la configuration automatique du Printemps de Démarrage avec zéro configuration.

Pour résumer : si vos classes annotées avec le Printemps Bean stéréotypes : @Component, @Repositories, @Repositories,... sont situés dans le même paquet ou un sous-ensemble du Ressort de Démarrage de la classe d'Application, déclarant seulement
@SpringBootApplication est tout ce dont vous avez besoin.

2) (à éviter) où vous n'utilisez pas un package de mise en page qui fournit la configuration automatique du Printemps de Démarrage avec zéro configuration.

Cela signifie généralement que vous avez candidat classes d'analyse qui ne sont pas dans l'ensemble (ou sous-ensemble) de votre classe annotée avec @SpringBootApplication.

Dans ce cas, vous ajoutez la scanBasePackages attribut ou ajouter @ComponentScan pour indiquer les paquets de scanner.

Mais en outre, si vos dépôts ne sont pas situés dans un emballage ou un sous-ensemble de votre classe annotée avec @SpringBootApplication, quelque chose d'autre doit être déclaré comme : @EnableJpaRepositories(="packageWhereMyRepoAreLocated")

Voici la documentation sur cette partie (l'emphase est mienne) :

80.3 Ressort Référentiels De Données

Printemps de Données peut créer des implémentations de @Référentiel des interfaces de
différentes saveurs. Printemps de Démarrage gère tout cela pour vous, aussi longtemps que
ces @Référentiels sont inclus dans le même paquet (ou un
sous-ensemble) de votre @EnableAutoConfiguration classe.

Pour de nombreuses applications, tous vous avez besoin est de mettre le droit de Printemps de Données
dépendances sur votre chemin de classe (il y a un
printemps-amorçage-starter-data-jpa pour JPA, et un
printemps-amorçage-starter-données mongodb pour Mongodb), et de créer
référentiel des interfaces pour gérer votre @objets de l'Entité. Des exemples sont dans
la JPA de l'échantillon et de la Mongodb échantillon.

Printemps de Démarrage essaie de deviner l'emplacement de votre @Référentiel
définitions, basé sur l' @EnableAutoConfiguration qu'il trouve. Pour obtenir
plus de contrôle, utiliser le @EnableJpaRepositories annotation (à partir du Printemps
Les données JPA).

Exemples

1) cas (à favoriser) où vous utilisez un package de mise en page qui fournit la configuration automatique du Printemps de Démarrage avec zéro configuration.

Avec un Ressort de Démarrage de l'application déclaré dans le org.example paquet, et toutes les classes de haricots (Dépôts inclus) déclarés dans le même paquet ou un sous-ensemble de org.example, la déclaration suivante est assez pour le Printemps de Démarrage de l'application :
```
package org.example;

@SpringBootApplication
public class Application {
    public static void main(String[] args) {
        ApplicationContext ctx = SpringApplication.run(Application.class, args);
    }
}
```
Les dépôts pourrait être situé dans la org.example.repository package tel que :
```
package org.example.repository;

@Repository
public interface FooRepository extends  JpaRepository<Foo, Long>,  { }
```
et
```
package org.example.repository;

@Repository
public interface BarRepository extends  JpaRepository<Bar, Long>,  { }
```
Les contrôleurs peuvent être situés dans le org.example.controller package :
```
package org.example.controller;

@RestController
@RequestMapping("/api/foos")
public class FooController  {...}
```
et donc pour...

2) (à éviter) où vous n'utilisez pas un package de mise en page qui fournit la configuration automatique du Printemps de Démarrage avec zéro configuration.

Avec un Ressort de Démarrage de l'application déclaré dans le org.example.application paquet, et pas tous les types de haricots (Dépôts inclus) déclarés dans le même paquet ou un sous-ensemble de org.example.application, la déclaration suivante sera nécessaire pour le Printemps de Démarrage de l'application :
```
package org.example.application;

@SpringBootApplication(scanBasePackages= {
                      "org.example", 
                      "org.thirdparty.repository"})
@EnableJpaRepositories("org.thirdparty.repository")
public class Application {
    public static void main(String[] args) {
        ApplicationContext ctx = SpringApplication.run(Application.class, args);
    }
}
```
Et les classes de haricots pourrait être comme ci-dessous.

Les dépôts qui peuvent venir de l'extérieur d'un POT pourrait être situé dans la org.thirdparty.repository package tel que :
```
package org.thirdparty.repository;

@Repository
public interface FooRepository extends  JpaRepository<Foo, Long>,  { }
```
et
```
package org.thirdparty.repository;

@Repository
public interface BarRepository extends  JpaRepository<Bar, Long>,  { }
```
Les contrôleurs peuvent être situés dans le org.example.controller package :
```
package org.example.controller

@RestController
@RequestMapping("/api/foos")
public class FooController  {...}
```
et donc pour...

Conclusion : la définition du Printemps de Démarrage de l'application dans le package de base de votre espace de noms est vraiment encouragés à faire le Printemps de configuration de Démarrage aussi simple que possible.
- J'ai essayé ça aussi, mais j'obtiens la même erreur. J'ai donc supposé que la composante d'analyse a été faite dans le même package et dans le même BOCAL/Maven module. Je voudrais obtenir le SpringBootApplication pour le balayage des composants dans le même package mais d'un autre JAR/maven module.
- Le composant analyse est effectuée au moment de l'exécution. Là où la classe réside, si elle est dans le classpath, il doit travailler. Pouvez-vous poster le pom.xml des projets ?
- Ah, j'ai maintenant trouvé une solution. Dans mon post ci-dessus, j'ai occulté un peu le code, et le SpringBootApplication classe réside dans le org.example.application paquet. Si je déplace le SpringBootApplication pour le package org.example, alors il fonctionne. Mais je ne comprends pas pourquoi il ne peut pas être sous org.example.application quand je rendre explicite le composant d'analyse pour analyser le tout sous org.example, comme @ComponentScan({"org.example.model", "org.example"}).
- Beaucoup 🙂 n'Est-il pas lié à @SpringBootApplication qui provoque la numérisation par défaut package le package courant org.example.application que vous ne spécifiez pas scanBasePackages attribut? Pouvez-vous essayer à nouveau avec @SpringBootApplication(scanBasePackages={"org.example"}) comme indiqué dans ma réponse? Et supprimer @ComponentScan qui est redondant. Il devrait fonctionner.
- Si vous ajoutez @ComponentScan, les packages spécifiés dans il sera le seul applicable pour le composant d'analyse de beans Spring, pas de Printemps, référentiels de Données. Si vous souhaitez spécifier les paquets pour cela, il faudrait ajouter les @Enable*Repositories avec le paquet, ou tout simplement ajouter le scanBasePackages attribut SpringBootApplication, qui s'applique à la composante d'analyse, de Printemps référentiel de Données, d'une entité de numérisation etc.
- J'ai eu le même problème et la définition scanBasePackages sur SpringBootApplication ne fonctionne pas pour moi. L'ajout de @EnableJpaRepositories avec un bon forfait de base comme dunni dit a fait le tour.
- Merci pour cette remarque. Je pense que c'est dû au décalage entre le paquet de Printemps de Démarrage de l'application et qui un de vos dépôts. J'ai mis à jour.
- EnableJpaRepositories résoudre mes problèmes. Je me demande pourquoi ajouter scancomponent ou modifier SpringBootApplication(scanBasePackages={"org.exemple"}) ne fonctionne pas dans mon cas.
- Printemps de Démarrage gère tout cela pour vous, aussi longtemps que ceux @Repositories sont inclus dans le même paquet (ou un sous-ensemble) de votre @EnableAutoConfiguration classe. Si vous les classes de dépôt ne sont pas situés dans le forfait ou sous-paquetage de votre ressort de démarrage de la classe app, ce comportement est normal.
InformationsquelleAutor davidxxx

Vous devez vous connecter pour publier un commentaire.

Quand spécifier @EnableJpaRepositories/@ComponentScan/scanBasePackages, au Printemps de Démarrage de l'Application ?

Exemples