Perché le esclusioni CIDR non si traducono direttamente in Java nonProxyHosts
Usate il linguaggio dei pattern di nome host separati da barre di Java invece di trattare una voce di sottorete copiata come regola di instradamento degli indirizzi.
http.nonProxyHosts accetta pattern di host documentati separati da barre. Un valore 169.254/16 copiato non lo rende capace di classificare quella sottorete.
Un IDE che importa le eccezioni del sistema operativo può esporre questa discrepanza a Java/Gradle. Rimuovere l'intero elenco può nascondere un avviso mentre scarta route dirette previste.
Traducete il requisito, non solo la punteggiatura: nomi host interni espliciti possono esprimere un piccolo insieme denominato. Una politica basata sugli indirizzi richiede un meccanismo supportato, non un'estensione CIDR presunta.
Distinguete anche un indirizzo letterale nell'URL dalla risoluzione di un nome host e dal controllo del risultato. Questo matcher non è automaticamente una tabella di routing né un classificatore di sottoreti DNS. Mantenete il consumer e la sua sintassi insieme alla politica delle eccezioni.