Deskripsi Masalah:
Ada proyek web Java Maven yang mensyaratkan pengenalan paket pihak ketiga Gdal.jar, tetapi paket ini dikemas dengan sendirinya. Paket tidak dapat ditemukan di Perpustakaan Pusat Maven. Oleh karena itu, saya menggunakan metode tradisional untuk menyalin paket ini ke direktori nama proyek: nama proyek/src/main/webapp/web-inf/lib, dan kemudian memperkenalkan paket gdal.jar ke dalam proyek proyek melalui jalur pembuatan konfigurasi. Untuk proyek web Java tradisional, tentu saja tidak ada masalah melakukan ini, tetapi untuk proyek Maven, kesalahan akan dilaporkan ketika proyek dikemas (pemasangan MVN), dan akan ada masalah rilis file yang tidak lengkap selama debugging proyek (debug di server): Proyek ada di Webapp Directory of Tomcat, tetapi file di dalamnya tidak lengkap, dan akan ada 404 WORTMED WEB ACCEPED.
Pemecahan Masalah:
Paket toples dari proyek Maven semuanya dikelola melalui mekanisme Maven. Anda dapat memperkenalkan toples sendiri melalui jalur build. Tidak ada masalah saat menulis kode, tetapi masalah akan muncul saat men -debug atau penerbitan. Solusinya adalah memperkenalkan paket ke dalam proyek menggunakan Maven. Ada dua solusi:
Unggah paket GDAL.JAR ke server pribadi Maven perusahaan, dan kemudian konfigurasikan jalurnya
Jika tidak ada server pribadi Maven, Anda dapat secara langsung mengimpor paket JAR melalui file dan menambahkan referensi ke paket JAR di pom.xml
<dependency> <GroupId> gdal </groupid> <ArTifactId> gdal </artifactid> <version> 1.0.0 </version> <scope> System </opope> <systempath> $ {Project.basedir} /src/main/webapp/web-inf/lib/gdal.jar </src/webappDi antara mereka, Project.Basedir adalah properti bawaan dari Maven, dan ada 6 jenis properti:
Properti built-in (ditentukan sebelumnya oleh Maven, pengguna dapat menggunakannya secara langsung)
$ {berbasis} mewakili direktori root proyek, yaitu direktori yang berisi file pom.xml;
$ {Versi} mewakili versi proyek;
$ {Project.basedir} sama dengan $ {berbasis};
$ {Project.baseuri} mewakili alamat file proyek;
$ {maven.build.timestamp} mewakili waktu mulai komponen proyek;
$ {maven.build.timestamp.format} mewakili format tampilan atribut $ {maven.build.timestamp}. Nilai defaultnya adalah yyyymmdd-hhmm. Formatnya dapat disesuaikan. Jenisnya dapat direferensikan ke java.text.SimpledateFormat.
Dua cara lainnya
Metode 1: Tentukan Lib Eksternal dalam tahap kompilasi
<lugin> <ArtifactId> maven-compiler-plugin </artifactid> <version> 2.3.2 </version> <donfiguration> <source> 1.8 </source> <target> 1.8 </target> <penekode> </encoding> <compilerArguments> <pf, extdiring> </encoding> <compilerArguments> <puxtdirs> lib </extdiring> <compilerArguments> <extdirs> lib </extdiring> <compilerArguments> <extdirs> lib </extdiring> <compilerArguments> <extdirs> lib </extdiruments> <compilerArguments> <extdirs> lib </extdiruments> <compilerargument </configuration> </lugin>
Metode 2: Membawa stoples eksternal ke repositori Maven lokal
CMD memasuki jalur di mana paket JAR berada dan menjalankan perintah berikut
Salinan kode adalah sebagai berikut: MVN Instal: install -file -dfile = cloud.jar -dgroupid = com.hope.cloud -dartifactid = cloud -dversion = 1.0 -dpackaging = jar
Memperkenalkan dependensi
<dependency> <GroupId> com.hope.cloud </groupid> <ArTifactId> cloud </artifactid> <version> 1.0 </version> </dependency>
Di atas adalah semua konten artikel ini. Saya berharap ini akan membantu untuk pembelajaran semua orang dan saya harap semua orang akan lebih mendukung wulin.com.