Descrição do problema:
Existe um projeto da Web Java Maven que requer a introdução de um pacote de terceiros gdal.jar, mas este pacote é embalado por si só. O pacote não pode ser encontrado na Biblioteca Central do Maven. Portanto, usei o método tradicional para copiar este pacote para o diretório do nome do projeto: nome do projeto/src/main/webapp/web-inf/lib e depois introduza o pacote gdal.jar no projeto do projeto através do caminho de construção de configuração. Para projetos tradicionais da Web Java, é claro que não há problema em fazer isso, mas para projetos de mavenn, um erro será relatado quando o projeto for empacotado (instalação da MVN), e haverá problemas incompletos de liberação de arquivos durante a depuração do projeto (depuração no servidor): o projeto está no diretório do webApp do WebApat, mas os arquivos no interior estão incompletos e haverá 404.
Resolução de problemas:
Os pacotes JAR do projeto MAVEN são todos gerenciados através do mecanismo maven. Você pode apresentar o frasco sozinho através do caminho de construção. Não há problema ao escrever o código, mas os problemas surgirão ao depurar ou publicar. A solução é introduzir o pacote no projeto usando o Maven. Existem duas soluções:
Carregue o pacote gdal.jar para o servidor privado Maven da empresa e depois configure o caminho
Se não houver servidor privado Maven, você poderá importar diretamente o pacote JAR através do arquivo e adicionar uma referência ao pacote JAR no POM.XML
<Depencency> <Groupid> gdal </frugiD> <ArtifactId> gdal </storkactid> <versão> 1.0.0 </version> <cope> system </cope> <systemPath> $ {Project.basedir} /src/main/webapp/web-nf/libs/gdal.jarEntre eles, o Project.Basedir é uma propriedade embutida do Maven, e existem 6 tipos de propriedades:
Propriedades internas (predefinidas pelo Maven, os usuários podem usá-lo diretamente)
$ {baseado} representa o diretório raiz do projeto, ou seja, o diretório que contém o arquivo pom.xml;
$ {versão} representa a versão do projeto;
$ {Project.Basedir} Igual que $ {baseado};
$ {Project.baseuri} representa o endereço do arquivo do projeto;
$ {maven.build.timestamp} representa o componente do componente do projeto;
$ {maven.build.timestamp.format} representa o formato de exibição do atributo $ {maven.build.timestamp}. O valor padrão é yyyymmdd-hhmm. Seu formato pode ser personalizado. Seu tipo pode ser referenciado a java.text.simpledateFormat.
Duas outras maneiras
Método 1: Especifique a LIB externa no estágio de compilação
<Plugin> <TarifactId> maven-compiler-plugin </artifactId> <versão> 2.3.2 </version> <frifiguration> <OrceM> 1.8 </souper> <vo-target> 1.8 </-target> <coding> utf-8 </coding> <pilerRarguments> <spechirs> <liB-Firl-Arf-8 </boding> <specherarguments> <spechirs>) </figuration> </flugin>
Método 2: Traga frascos externos para o repositório local Maven
CMD entra no caminho em que o pacote JAR está localizado e executa o seguinte comando
A cópia de código é a seguinte: MVN Instale: Instale -File -dFile = Cloud.jar -dgroupid = com.hope.cloud -DartifactId = Cloud -dversion = 1.0 -dpackaging = jar
Introduzir dependências
<Depencency> <voundid> com.hope.cloud </frupiD> <TRAFACTID> Cloud </storkactid> <versão> 1.0 </versão> </dependency>
O exposto acima é todo o conteúdo deste artigo. Espero que seja útil para o aprendizado de todos e espero que todos apoiem mais o wulin.com.