Azure Java Netty ProxyOptions Tables bezero baterako

Eraiki autentifikatutako Netty HTTP garraioa eta pasa ezazu Azure Tables bezeroaren eraikitzailera.

Egiaztatu Tables eraikitzaileak HTTP kanal osoa jasotzen duen. Sarrera horrek bere httpClient aukera bereizia gainditzen du; aplikazioak kanala badu, konfiguratu proxyaz jabetzen den garraioa kanal hori eraikitzean.

Netty HTTP bezeroaren sarrera zuzena lortzeko, eraiki garraioa eta pasa ezazu Tables-era:

ProxyOptions proxy = new ProxyOptions(
    ProxyOptions.Type.HTTP,
    new InetSocketAddress("proxy.example.net", 8080)
);
proxy.setCredentials(proxyUser, proxyPassword);

HttpClient transport = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

TableClient tables = new TableClientBuilder()
    .connectionString(storageConnectionString)
    .tableName("records")
    .httpClient(transport)
    .buildClient();

Hemen HttpClient com.azure.core.http.HttpClient da. Beste motak Azure Core HTTP/Netty, Azure Data Tables eta java.net.InetSocketAddress-etik datoz. Aplikazioak konfigurazio- eta kredentzial-aldagaiak ematen ditu.

ProxyOptions.Type.HTTP-k bitartekaria hautatzen du; setCredentials-ek bere kontua ematen du eta autentifikaziorik gabeko amaierako puntuetarako ken daiteke. Konfigurazio horretan, HTTP proxy zerrenda bateko sarrera batek baimendutako Tables amaierako puntu publikoaren ibilbidearen helbidea eman dezake; ez utzi proxy kredentzialik garraioan. Biltegiko konexio-kateak Tables zerbitzua hautatzen jarraitzen du.

Honek konexio-katearen autentifikazioa erabiltzen du. Identitate-kredentzialen antolamenduak tokena lortzeko HTTP bezero bereizi bat izan dezake, eta haren ibilbidea ere konfiguratu behar da.

Erlazionatutako artikuluak