Problembeschreibung:
Es gibt ein Java Maven-Webprojekt, für das ein Drittanbieter-Paket Gdal.jar eingeführt werden muss. Dieses Paket ist jedoch selbst verpackt. Das Paket kann nicht in der Zentralbibliothek der Maven gefunden werden. Daher habe ich die herkömmliche Methode verwendet, um dieses Paket in das Verzeichnis des Projektnamens zu kopieren: Projektname/SRC/Main/WebApp/Web-inf/lib/dann das GDAL.JAR-Paket in das Projektprojekt über Config Build-Pfad ein. Für traditionelle Java -Webprojekte gibt es natürlich kein Problem damit, dies zu tun, aber für Maven -Projekte wird ein Fehler gemeldet, wenn das Projekt verpackt ist (MVN -Installation), und es wird unvollständige Probleme mit der Dateifreigabe während des Projektdebuggens (Debuggen auf dem Server): Das Projekt wird im WebApp -Verzeichnis von Tomcat -Dateien im Inneren. Wenn Sie im Inneren einen Fehler im Internet haben, ist das Zugriff auf das Web -Verzeichnis, bei dem das Web zugreifen kann, und es wird ein 404 -Zugriff auf das Web -Verzeichnis, das durch das Web zugreifen kann.
Problemlösung:
Die JAR -Pakete des Maven -Projekts werden alle über den Maven -Mechanismus verwaltet. Sie können das Glas selbst über den Build -Pfad vorstellen. Es gibt kein Problem beim Schreiben des Code, aber beim Debuggen oder Veröffentlichen treten Probleme auf. Die Lösung besteht darin, das Paket mit Maven in das Projekt einzuführen. Es gibt zwei Lösungen:
Laden Sie das GDAL.JAR -Paket auf den Maven Private Server des Unternehmens hoch und konfigurieren Sie dann den Pfad
Wenn es keinen privaten Maven -Server gibt, können Sie das JAR -Paket direkt über die Datei importieren und eine Verweise auf das JAR -Paket in pom.xml hinzufügen
<depecingcy> <GroupId> Gdal </GroupId> <artifactId> gdal </artifactId> <version> 1.0.0 </Version> <Schops> System </scope> <Systempath> $ {project.basedir} /src/main/webapp/web-inf/lib/gdalUnter ihnen ist Project.Basedir eine eingebaute Eigenschaft von Maven, und es gibt 6 Arten von Eigenschaften:
Integrierte Eigenschaften (von Maven vordefiniert, können Benutzer es direkt verwenden)
$ {basierendir} repräsentiert das Projekt Root -Verzeichnis, dh das Verzeichnis, das die Datei pom.xml enthält;
$ {Version} repräsentiert die Projektversion;
$ {project.basedir} gleich wie $ {basiert}};
$ {project.baseuri} repräsentiert die Projektdateiadresse;
$ {maven.build.timestamp} repräsentiert die Startzeit der Projektkomponente;
$ {maven.build.timestamp.format} repräsentiert das Anzeigeformat des Attributs $ {maven.build.timestamp}. Der Standardwert ist yyyymmdd-hhmm. Das Format kann angepasst werden. Auf sein Typ kann auf java.text.SimpledateFormat verwiesen werden.
Zwei andere Möglichkeiten
Methode 1: Geben Sie die externe Bibliothek in der Kompilierungsphase an
<plugin> <artifactId> maven-compiler-plugin </artifactId> <version> 2.3.2 </Version> <Configuration> <quelle> 1.8 </source> <target> 1.8 </target> <codieren> utf-8 </codieren> <compilerArgumente> </extdirs> liB </extdirs> <! </compilerArgumente> </configuration> </plugin>
Methode 2: Externe Gläser in das lokale Maven -Repository bringen
CMD betritt den Pfad, an dem sich das JAR -Paket befindet, und führt den folgenden Befehl aus
Die Codekopie lautet wie folgt: MVN Installation: Installation -Datei -dfile = Cloud.jar -dgroupid = com.hope.cloud -dartifactid = cloud -dversion = 1.0 -dpackaging = jar
Abhängigkeiten einführen
<Depopenty> <gruppe> com.hope.cloud </Groupid> <artifactId> Cloud </artifactId> <version> 1.0 </Version> </abhängig>
Das obige ist der gesamte Inhalt dieses Artikels. Ich hoffe, es wird für das Lernen aller hilfreich sein und ich hoffe, jeder wird Wulin.com mehr unterstützen.