ProxyOptions de Azure Java Netty para un cliente de Tables

Compruebe si el generador de Tables recibe una canalización HTTP completa. Esa entrada anula su opción httpClient independiente; si la aplicación posee una canalización, configure el transporte compatible con el proxy al construir esa canalización.

Para la entrada directa del cliente HTTP de Netty, cree el transporte y páselo a 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 aquí es com.azure.core.http.HttpClient. Los demás tipos proceden de Azure Core HTTP/Netty, Azure Data Tables y java.net.InetSocketAddress. La aplicación proporciona las variables de configuración y credenciales.

ProxyOptions.Type.HTTP selecciona el intermediario; setCredentials proporciona su cuenta y puede omitirse para puntos de conexión sin autenticación. En esa configuración, una entrada de una lista de proxies HTTP puede proporcionar la dirección para una ruta permitida de punto de conexión público de Tables; no deje credenciales de proxy en el transporte. La cadena de conexión de almacenamiento sigue eligiendo el servicio Tables.

Esto usa autenticación por cadena de conexión. Una disposición con credenciales de identidad puede tener un cliente HTTP independiente para obtener el token, cuya ruta también debe configurarse.