El proxy del repositori de Maven pot obtenir dependències sense configurar una petició HTTP feta per una prova. Configureu el client dins de la JVM de proves.

Si aquest client respecta les propietats de proxy HTTPS de Java, col·loqueu aquest fragment dins de l'element configuration del connector Surefire corresponent:

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

Substituïu el punt de destinació d'exemple. Per a proves contra destinacions públiques on es permeten intermediaris públics, la llista de proxys HTTP ofereix candidats d'amfitrió i port. L'amfitrió i el port són valors separats; trieu la família de propietats adequada a l'esquema de destinació i a la biblioteca. En canvi, un client construït amb un objecte de proxy explícit necessita la seva pròpia interfície de configuració.

Surefire normalment executa les proves en una JVM bifurcada. No totes les opcions per iniciar Maven arriben a aquest procés. La descoberta de proxy del sistema sensible a l'inici necessita la seva opció a la JVM de proves en arrencar. Fins i tot quan les proves comparteixen procés, una biblioteca pot ignorar les propietats de proxy per defecte de Java.

Manteniu les destinacions internes directes cobertes per una regla de bypass adequada, l'autenticació del proxy separada de l'autenticació de destinació i la verificació de certificats activada. Desactivar la bifurcació canvia com s'executen les proves; canviar el mirall de dependències canvia la resolució del repositori. Cap de les dues no proporciona una ruta de client de proves que falti. Copiar totes les propietats del sistema també pot exposar secrets.

Si encara falla, registreu la JVM de proves, la biblioteca HTTP, l'objectiu, el proxy seleccionat i la primera etapa fallida. Aquestes observacions apunten a la configuració de la prova i deixen comprensibles les descàrregues de repositori que funcionen.

Articles relacionats