Azure Java Netty ProxyOptions för en Tables-klient

Bygg en autentiserad Netty HTTP-transport och skicka den till Azure Tables-klientens byggare.

Kontrollera om Tables-byggaren tar emot en fullständig HTTP-pipeline. Den indata åsidosätter dess separata httpClient-alternativ; om programmet äger en pipeline konfigurerar du den proxy-medvetna transporten när du bygger den pipelinen.

För den direkta Netty HTTP-klientindatan bygger du transporten och skickar den till 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 här är com.azure.core.http.HttpClient. De andra typerna kommer från Azure Core HTTP/Netty, Azure Data Tables och java.net.InetSocketAddress. Programmet tillhandahåller konfigurations- och autentiseringsvariablerna.

ProxyOptions.Type.HTTP väljer mellanhanden; setCredentials tillhandahåller dess konto och kan utelämnas för slutpunkter utan autentisering. I den konfigurationen kan en post från en HTTP-proxylista tillhandahålla adressen för en tillåten offentlig Tables-slutpunktsrutt; lämna inga proxyautentiseringsuppgifter på transporten. Lagringsanslutningssträngen väljer fortfarande Tables-tjänsten.

Detta använder autentisering med anslutningssträng. En identitetsautentiseringsordning kan ha en separat HTTP-klient för tokenanskaffning, vars rutt också måste konfigureras.

Relaterade artiklar