ProxyOptions de Azure Java Netty para un cliente Tables

Comprobe se o construtor de Tables recibe unha canalización HTTP completa. Esa entrada anula a súa opción httpClient separada; se a aplicación posúe unha canalización, configure o transporte compatible con proxy ao construír esa canalización.

Para a entrada directa do cliente HTTP de Netty, cree o transporte e pásao 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í é com.azure.core.http.HttpClient. Os demais tipos proceden de Azure Core HTTP/Netty, Azure Data Tables e java.net.InetSocketAddress. A aplicación fornece as variables de configuración e credenciais.

ProxyOptions.Type.HTTP selecciona o intermediario; setCredentials fornece a súa conta e pode omitirse para puntos de conexión sen autenticación. Nesa configuración, unha entrada dunha lista de proxies HTTP pode fornecer o enderezo para unha ruta permitida de punto de conexión público de Tables; non deixe credenciais de proxy no transporte. A cadea de conexión de almacenamento segue escollendo o servizo Tables.

Isto usa autenticación por cadea de conexión. Unha disposición con credenciais de identidade pode ter un cliente HTTP independente para obter o token, cuxa ruta tamén debe configurarse.