Descripción del problema:
Hay un proyecto web Java Maven que requiere la introducción de un paquete de terceros GDAL.JAR, pero este paquete está empaquetado por sí mismo. El paquete no se puede encontrar en la Biblioteca Central de Maven. Por lo tanto, utilicé el método tradicional para copiar este paquete en el directorio del nombre del proyecto: Nombre del proyecto/SRC/Main/WebApp/Web-Inf/Lib, y luego introducir el paquete gdal.jar en el proyecto del proyecto a través de la ruta de compilación de configuración. Para los proyectos web de Java tradicionales, por supuesto, no hay problemas para hacerlo, pero para los proyectos Maven, se informará un error cuando el proyecto esté empaquetado (instalación MVN), y habrá problemas de liberación de archivos incompletos durante la depuración del proyecto (depuración del servidor): el proyecto está en el directorio webApp de TomCat, pero los archivos internos están incompletos, y habrá un error de 404 cuando se accede a través de la web.
Resolución de problemas:
Los paquetes JAR del proyecto Maven se gestionan a través del mecanismo Maven. Puedes presentar el frasco por ti mismo a través de la ruta de construcción. No hay problema al escribir el código, pero surgirán problemas al depurar o publicar. La solución es introducir el paquete en el proyecto usando Maven. Hay dos soluciones:
Cargue el paquete gdal.jar al servidor privado Maven de la compañía y luego configure la ruta
Si no hay un servidor privado Maven, puede importar directamente el paquete JAR a través del archivo y agregar una referencia al paquete JAR en pom.xml
<dependency> <groupId>gdal</groupId> <artifactId>gdal</artifactId> <version>1.0.0</version> <scope>system</scope> <systemPath>${project.basedir}/src/main/webapp/WEB-INF/lib/gdal.jar</systemPath> </dependency>Entre ellos, Project.Basedir es una propiedad incorporada de Maven, y hay 6 tipos de propiedades:
Propiedades incorporadas (predefinidas por Maven, los usuarios pueden usarlo directamente)
$ {Basedir} representa el directorio raíz del proyecto, es decir, el directorio que contiene el archivo pom.xml;
$ {versión} representa la versión del proyecto;
$ {Project.Basedir} Igual que $ {Basedir};
$ {Project.Baseuri} representa la dirección del archivo del proyecto;
$ {maven.build.timestamp} representa la hora de inicio del componente del proyecto;
$ {maven.build.timestamp.format} representa el formato de visualización del atributo $ {maven.build.timestamp}. El valor predeterminado es A yyyyMMDD-HHMM. Su formato se puede personalizar. Su tipo puede referenciarse a java.text.simpledateFormat.
Otras dos formas
Método 1: Especifique LIB externo en la etapa de compilación
<glugin> <artifactid> maven-compiler-plugin </artifactid> <versión> 2.3.2 </versión> <nuficiente> <overgente> 1.8 </overgue> <arget> 1.8 </target> <coding> UTF-8 </coding> <compilinarGuments> <Stdirs> Libr <///extdirs> <!-Especifique los compuestos externos> </CompiLerArguments> <StDirs> Libr <//extdirs> <!-Especifique </CompLAURGUMENTS> </COMPILERArBUNMENTS> <ActDirs> </extDIRS> <!) </figuration> </tugin>
Método 2: Traiga frascos externos al repositorio de Maven local
CMD ingresa a la ruta donde se encuentra el paquete JAR y ejecuta el siguiente comando
La copia del código es la siguiente: MVN Install: Install -File -DFile = Cloud.jar -DgroupId = com.hope.cloud -DartifactId = Cloud -dversion = 1.0 -dpackaging = jar
Introducir dependencias
<Spendency> <MoupRid> com.hope.cloud </proupid> <artifactid> nube </artifactid> <verserse> 1.0 </versión> </pendency>
Lo anterior es todo el contenido de este artículo. Espero que sea útil para el aprendizaje de todos y espero que todos apoyen más a Wulin.com.