ProxyOptions do Azure Java Netty para um cliente Tables
Crie um transporte HTTP Netty autenticado e passe-o ao construtor do cliente Azure Tables.
Verifique se o construtor do Tables recebe um pipeline HTTP completo. Essa entrada substitui a opção httpClient separada; se a aplicação possui um pipeline, configure o transporte ciente do proxy ao construir esse pipeline.
Para a entrada direta do cliente HTTP Netty, crie o transporte e passe-o ao 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 aqui é com.azure.core.http.HttpClient. Os outros tipos vêm do Azure Core HTTP/Netty, do Azure Data Tables e de java.net.InetSocketAddress. A aplicação fornece as variáveis de configuração e credenciais.
ProxyOptions.Type.HTTP seleciona o intermediário; setCredentials fornece a conta dele e pode ser omitido para endpoints sem autenticação. Nessa configuração, uma entrada de uma lista de proxies HTTP pode fornecer o endereço para uma rota permitida de endpoint público do Tables; não deixe credenciais de proxy no transporte. A cadeia de conexão de armazenamento ainda escolhe o serviço Tables.
Isso usa autenticação por cadeia de conexão. Uma disposição com credenciais de identidade pode ter um cliente HTTP separado para aquisição de token, cuja rota também precisa ser configurada.