O proxy do repositorio de Maven pode obter dependencias sen configurar unha solicitude HTTP feita por unha proba. Configurades o cliente dentro da JVM de probas.

Se ese cliente respecta as propiedades de proxy HTTPS de Java, colocade este fragmento dentro do elemento configuration do complemento Surefire correspondente:

<systemPropertyVariables>
  <https.proxyHost>proxy.example</https.proxyHost>
  <https.proxyPort>8080</https.proxyPort>
</systemPropertyVariables>

Substituíde o punto de conexión de exemplo. Para probas contra destinos públicos onde se permiten intermediarios públicos, a lista de proxies HTTP ofrece candidatos de host e porto. O host e o porto son valores separados; escollede a familia de propiedades axeitada para o esquema de destino e a biblioteca. En cambio, un cliente construído cun obxecto proxy explícito necesita a súa propia interface de configuración.

Surefire adoita executar as probas nunha JVM bifurcada. Non todas as opcións usadas para lanzar Maven chegan a ese proceso. A detección de proxy do sistema sensible ao inicio necesita a súa opción na JVM de probas ao arrancar. Mesmo cando as probas comparten un proceso, unha biblioteca pode ignorar as propiedades de proxy predeterminadas de Java.

Mantede os destinos internos directos cubertos por unha regra de omisión axeitada, a autenticación do proxy separada da autenticación do destino e a verificación de certificados activada. Desactivar a bifurcación cambia como se executan as probas; cambiar o espello de dependencias cambia a resolución do repositorio. Ningunha das dúas fornece unha ruta de cliente de probas que falte. Copiar todas as propiedades do sistema tamén pode expoñer segredos.

Se queda un fallo, rexistrade a JVM de probas, a biblioteca HTTP, o destino, o proxy seleccionado e a primeira etapa fallida. Estas observacións apuntan á configuración da proba e deixan comprensibles as descargas de repositorio que funcionan.

Artigos relacionados