Azure Java Netty ProxyOptions for ein Tables-klient

Kontroller om Tables-byggjaren får ein fullstendig HTTP-pipeline. Denne inndataen overstyrer det separate httpClient-valet; viss programmet eig ein pipeline, konfigurer den proxybevisste transporten når du byggjer den pipelinen.

For den direkte Netty HTTP-klientinndataen byggjer du transporten og sender han til 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 her er com.azure.core.http.HttpClient. Dei andre typane kjem frå Azure Core HTTP/Netty, Azure Data Tables og java.net.InetSocketAddress. Programmet leverer konfigurasjons- og legitimasjonsvariablane.

ProxyOptions.Type.HTTP vel mellomleddet; setCredentials leverer kontoen og kan utelatast for endepunkt utan autentisering. I den konfigurasjonen kan ein oppføring frå ei HTTP-proxyliste levera adressa for ei tillaten offentleg Tables-endepunktrute; ikkje la proxy-legitimasjon bli igjen på transporten. Lagringsforbindelsesstrengen vel framleis Tables-tenesta.

Dette brukar forbindelsesstrengautentisering. Ei identitetslegitimasjonsordning kan ha ein eigen HTTP-klient for tokeninnhenting, der ruta òg må konfigurerast.