Besoin de compréhension de spring.handler et de spring.schemas

J'ai quelques questions dérivées à partir d'un problème que j'ai déjà résolu par le biais de cette autre question. Cependant, je me demande encore à propos de la cause racine. Mes questions sont les suivantes:

  1. Quel est le but de printemps.les gestionnaires et printemps.les schémas?

Que je comprends que c'est une façon de raconter le Framework Spring où trouver le xsd, de sorte que tout est câblé et correctement chargé. Mais...

  1. Dans quelles circonstances dois-je avoir ces deux fichiers dans le META-INF dossier?
  2. Dans mon autre question liée ci-dessus, quelqu'un sait pourquoi j'ai dû ajouter de la maven-shade-plugin pour la création de ces deux fichiers (basé sur toutes mes dépendances) en vertu de la META-INF? En d'autres termes, ce qui est la CAUSE qui m'a fait avoir à utiliser le maven ombre plugin?

source d'informationauteur Viriato

  1. 23

    Quel est le but du printemps.les gestionnaires et le printemps.les schémas?

    bien à vous, plus ou moins trouvé par vous-même, nous allons ajouter un peu plus de détails:

    certains printemps des bibliothèques contiennent un printemps.des schémas et un ressort.les gestionnaires de fichiers à l'intérieur d'un répertoire META-INF

    META-INF/spring.les schémas

    • re-cartes(*) schemalocation à un xsd à l'intérieur de la bibliothèque
    • (résumé) seulement mappés versions sont pris en charge par cette bibliothèque

    META-INF/spring.les gestionnaires

    • fournit de l'espace de noms gestionnaire des classes pour les espaces de noms spécifiques
    • l'espace de noms de la classe de gestionnaire fournit à l'analyseur logique pour analyser printemps-lot de haricots, comme travail
      étapeetc.

    (*) la nouvelle cartographie qui se passe lors de la compilation du printemps contexte de l'application

    Dans quelles circonstances dois-je avoir ces deux fichiers dans le
    Répertoire META-INF?

    normalement, les fichiers sont à l'intérieur du ressort de la bibliothèque de pots que vous utilisez, mais vous pouvez utiliser le mécanisme de mise en œuvre propre espace de noms de haricots de l'analyse, alors que vous auriez propres fichiers

    Dans mon autre question liée ci-dessus, quelqu'un sait pourquoi j'ai dû ajouter
    le maven-ombre-plugin pour la création de ces deux fichiers (basé sur tous mes
    dépendances) en vertu de la META-INF? En d'autres termes, ce qui est la CAUSE de RACINE
    qui m'a fait avoir à utiliser le maven ombre plugin?

    si vous utilisez un printemps de l'espace de noms dans votre ressort de configuration, vous devez les fichiers appropriés

    le problème se pose lorsque vous souhaitez exécuter une application java:

    • avec une classe principale, soit
      • le printemps, les bibliothèques ont besoin d'être dans le classpath
      • ou tout est fusionné en un seul pot, qui doit être dans le classpath (*)
    • que la guerre/oreille serveur d'application, le printemps libaries besoin d'être sur le chemin de la classe, normalement à l'intérieur de la guerre

    je suppose que vous n'avez pas à démarrer le mainclass avec le chemin de classe et j'ai mis à jour mon réponse pour votre première question trop

    (*) si vous fusionnez le tout dans un pot, vous devez vous assurer que le contenu de tous les printemps.schémas/printemps.gestionnaires de fichiers sont fusionnés en un seul printemps.des schémas et un ressort.les gestionnaires de fichiers, voir ce réponse pour une configuration avec maven pour créer un all-in-one.jar