Description du problème:
Il existe un projet Web Java Maven qui nécessite l'introduction d'un package tiers Gdal.jar, mais ce package est emballé par lui-même. Le package ne se trouve pas dans la bibliothèque centrale de Maven. Par conséquent, j'ai utilisé la méthode traditionnelle pour copier ce package dans le répertoire du nom du projet: Nom du projet / SRC / Main / WebApp / Web-Inf / Lib, puis introduire le package GDAL.JAR dans le projet du projet via Config Build Path. Pour les projets Web Java traditionnels, il n'y a bien sûr aucun problème à le faire, mais pour les projets Maven, une erreur sera signalée lorsque le projet sera emballé (installation MVN), et il y aura des problèmes de version de fichiers incomplets pendant le débogage du projet (débogage sur le serveur): le projet est dans le répertoire WebApp de Tomcat, mais les fichiers à l'intérieur sont incomplets, et il y aura une erreur de 404 lorsque vous êtes consulté via le Web.
Résolution de problèmes:
Les forfaits JAR du projet Maven sont tous gérés par le biais du mécanisme Maven. Vous pouvez présenter le pot par vous-même par le biais du chemin de construction. Il n'y a aucun problème lors de la rédaction du code, mais des problèmes surviendront lors du débogage ou de la publication. La solution consiste à introduire le package dans le projet à l'aide de maven. Il y a deux solutions:
Téléchargez le package gdal.jar sur le serveur privé Maven de l'entreprise, puis configurez le chemin
S'il n'y a pas de serveur privé Maven, vous pouvez importer directement le package JAR via le fichier et ajouter une référence au package JAR dans pom.xml
<dependency> <proupId> GDAL </rom grouped> <ArtifActid> GDAL </RIFACTID> <DERVIÈRE> 1.0.0 </DERNIFRIENT> <COPE> SYSTÈME </COPE> <SystemPath> $ {project.basedir} /src/main/webapp/web-inf/lib/gdal.jar </ystempath>Parmi eux, Project.fasetir est une propriété intégrée de Maven, et il existe 6 types de propriétés:
Propriétés intégrées (prédéfinies par Maven, les utilisateurs peuvent l'utiliser directement)
$ {Basedir} représente le répertoire racine du projet, c'est-à-dire le répertoire contenant le fichier pom.xml;
$ {version} représente la version du projet;
$ {project.basedir} Identique à $ {basasedir};
$ {project.baseuri} représente l'adresse du fichier de projet;
$ {maven.build.timestamp} représente l'heure de début du composant du projet;
$ {maven.build.timestamp.format} représente le format d'affichage de l'attribut $ {maven.build.timestamp}. La valeur par défaut est yyyymmdd-hhmm. Son format peut être personnalisé. Son type peut être référencé à java.text.simpledateFormat.
Deux autres façons
Méthode 1: Spécifiez la lib externe à l'étape de compilation
<glugin> <lefactive> maven-compiler-plugin </lefactive> <version> 2.3.2 </-version> <fonfiguration> <source> 1.8 </ource> <parget> 1.8 </arget> <coding> utf-8 </coding> </ compilerArguments> </ Configuration> </ Plugin>
Méthode 2: Apportez des bocaux externes dans le référentiel Maven local
CMD entre dans le chemin où se trouve le package JAR et exécute la commande suivante
La copie de code est la suivante: Mvn Install: install-file -dfile = cloud.jar -dgroupId = com.hope.cloud -dartifactid = cloud -dversion = 1.0 -dpacking = jar
Introduire les dépendances
<dependency> <proupId> com.hope.cloud </proupId> <Artifactid> cloud </retifactid> <version> 1.0 </ version> </Dependency>
Ce qui précède est tout le contenu de cet article. J'espère que cela sera utile à l'apprentissage de tous et j'espère que tout le monde soutiendra davantage Wulin.com.