HttpURLConnection.usingProxy() konektatu aurretik eta ondoren

HttpURLConnectionek usingProxy erakusten du, baina emaitzak konexioaren inplementazioa eta egoera behar ditu alboan. Ez da probako eskaera bat.

OpenJDK 25en HTTP kudeatzailean, esplizituki konfiguratutako HTTP proxy batek metodoak true itzul dezan eragin dezake sare-konexioa ireki aurretik:

import java.net.HttpURLConnection;
import java.net.InetSocketAddress;
import java.net.Proxy;
import java.net.URI;

var proxy = new Proxy(Proxy.Type.HTTP,
    new InetSocketAddress("proxy.example", 8080));
var url = URI.create("http://example.com/").toURL();
var connection = (HttpURLConnection) url.openConnection(proxy);
boolean proxyFlag = connection.usingProxy();

HTTP proxy zerrendako HTTP hautagai batek ostalaria eta ataka bete ditzake baimendutako eskaera publiko baterako proxy autentifikaziorik gabe. openConnectionek objektua eraikitzen du. Ez du HTTP konexioa ezartzen objektu hori itzultzeagatik soilik. Beraz, proxy esplizituaren kasu honetan banderak ez du frogatzen bitartekaria irisgarria den edo eskaera onartzen duen.

Hautaketa automatikoarekin, ibilbidearen hautaketa geroago gerta daiteke, kudeatzailea konektatzean. Hasierako false emaitza ez da ibilbidearen azken erabakitzat hartu behar. Konexioaren ondoren, interpretatu egoera edozein salbuespen edo erantzunekin batera, batez ere autentifikazioa edo ordezko bidea tartean egon bada.

Metodo publikoa HttpURLConnectionena da, baina goiko jokabidea aipatutako OpenJDK kudeatzaileari dagokio soilik. Beste hornitzaile edo JDK inplementazio batek ez du zertan konexio aurreko xehetasun berberak erakutsi.

Erregistratu proxy-a nola hautatu zen eta noiz irakurri zen bandera. Helmugak ikusten duen iturburu-helbidea zehazteko, gorde helmugaren aldeko frogak; proxy marka boolearrak ez du irteera-helbide horretarako eremurik.