Azure Java Netty ProxyOptions por Tables-kliento

Kontrolu, ĉu la Tables-konstruilo ricevas kompletan HTTP-dukton. Tiu enigo anstataŭigas ĝian apartan opcion httpClient; se la aplikaĵo posedas dukton, agordu la prokse-konscian transporton dum konstruado de tiu dukto.

Por la rekta enigo de Netty HTTP-kliento, konstruu la transporton kaj transdonu ĝin al Tables:

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();

HttpClient ĉi tie estas com.azure.core.http.HttpClient. La aliaj tipoj venas de Azure Core HTTP/Netty, Azure Data Tables kaj java.net.InetSocketAddress. La aplikaĵo provizas la agordajn kaj akreditilajn variablojn.

ProxyOptions.Type.HTTP elektas la peranton; setCredentials provizas ĝian konton kaj povas esti preterlasita por finpunktoj sen aŭtentigo. En tiu agordo, ero el HTTP-prokza listo povas provizi la adreson por permesita publika Tables-finpunkta vojo; ne lasu prokzajn akreditilojn sur la transporto. La konservada kunliga ĉeno ankoraŭ elektas la Tables-servon.

Ĉi tio uzas kunligan-ĉenan aŭtentigon. Identeca akreditila aranĝo povas havi apartan HTTP-klienton por akiri ĵetonojn, kies vojo ankaŭ devas esti agordita.