Problème de proxy après la mise à niveau vers Maven 3.9

Maven 3.9.0 a remplacé le transport HTTP Resolver par défaut, de Wagon à HTTP natif. Un ancien contournement propre à Wagon peut donc cesser de contrôler les requêtes du dépôt, même si l’URL du proxy n’a pas changé.

Vérifiez la version Maven en cours, la configuration proxy active dans settings.xml et le transport Resolver choisi. Le fait qu’une JVM accepte un argument -D ne prouve pas que son client HTTP utilise cette propriété.

Pour les versions Maven 3.9 qui prennent en charge le selector documenté, cette comparaison demande Wagon :

mvn -Dmaven.resolver.transport=wagon dependency:resolve

Ne l’exécutez que si vous comptez réellement télécharger des dépendances pour le même projet et le point de connexion approuvé. Il s’agit d’une opération réseau, pas d’une requête de configuration. Un résultat différent précise l’écart d’implémentation sans faire de Wagon la réponse permanente. Vérifiez les noms pris en charge avant d’utiliser ce selector avec Maven 4 ou une version future.

Conservez le défi réel et l’étape de l’erreur. Une authentification dans le navigateur ne prouve pas la prise en charge de NTLM par un transport Maven. 407, rejet de certificat, dépôt indisponible et délai dépassé nécessitent des corrections différentes. Notez la version, le transport, la méthode de proxy et l’opération minimale de reproduction avant d’ajouter des options de pool ou de délai ou de modifier les miroirs et versions d’artefacts. Consultez un rapport de diagnostic utile pour la route et la configuration choisies.