Conflito do pacote Maven Jar

Cena do projeto:

Grave um por um problema hoje


Descrição do Problema:

Como o miniaplicativo WeChat chama a interface da API WeChat e os dados retornados são criptografados, ele precisa resolver o quebra-cabeça em segundo plano, mas apresenta

 <dependency>
            <groupId>org.codehaus.xfire</groupId>
            <artifactId>xfire-all</artifactId>
            <version>1.2.4</version>
        </dependency>

O código anterior tem o seguinte problema
Insira a descrição da imagem aqui


Análise de causa:

Princípio de transferência de dependência

1. O primeiro princípio do caminho mais curto

Se dois pacotes Jar A e B são introduzidos, ambos dependem transitivamente do pacote Jar Z:

A -> X -> Y -> Z (2,5)

B -> X -> Z (2.0)
Na verdade, a versão efetiva final é Z (2.0). Porque seu caminho é mais curto.

2. Declare o princípio da prioridade primeiro

Se o comprimento do caminho for o mesmo, aquele declarado primeiro é o preferido.

A -> Z (3,0)

B -> Z (2,5)


solução:

Falando nisso, acredito que todo mundo sabe como fazer

 <dependency>
            <groupId>org.codehaus.xfire</groupId>
            <artifactId>xfire-all</artifactId>
            <version>1.2.4</version>
            <exclusions>
                <exclusion>
                    <groupId>org.springframework</groupId>
                    <artifactId>spring</artifactId>

                </exclusion>
            </exclusions>
        </dependency>

Acho que você gosta

Origin blog.csdn.net/qq_44688861/article/details/115290690
Recomendado
Clasificación