Azure Java Netty ProxyOptions til en Tables-klient

Byg en godkendt Netty HTTP-transport og send den til Azure Tables-klientbyggeren.

Kontroller, om Tables-byggeren modtager en komplet HTTP-pipeline. Det input tilsidesætter dens separate httpClient-indstilling; hvis applikationen ejer en pipeline, skal du konfigurere den proxybevidste transport, når du bygger den pipeline.

Til det direkte Netty HTTP-klientinput skal du bygge transporten og sende den 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. De øvrige typer kommer fra Azure Core HTTP/Netty, Azure Data Tables og java.net.InetSocketAddress. Applikationen leverer konfigurations- og legitimationsvariablerne.

ProxyOptions.Type.HTTP vælger mellemleddet; setCredentials leverer dets konto og kan udelades for slutpunkter uden godkendelse. I den konfiguration kan en post fra en HTTP-proxyliste levere adressen til en tilladt offentlig Tables-slutpunktsrute; lad ingen proxylegitimationsoplysninger blive på transporten. Storage-forbindelsesstrengen vælger stadig Tables-tjenesten.

Dette bruger godkendelse via forbindelsesstreng. En identitetslegitimationsordning kan have en separat HTTP-klient til tokenanskaffelse, hvis rute også skal konfigureres.

Relaterede artikler