Azure Java Netty ProxyOptions за клиент на Tables

Изградете удостоверен HTTP транспорт на Netty и го подайте на конструктора на клиента Azure Tables.

Проверете дали конструкторът на Tables получава пълен HTTP конвейер. Този вход замества отделната му опция httpClient; ако приложението притежава конвейер, конфигурирайте съобразения с прокси транспорт при изграждането на този конвейер.

За директния вход на HTTP клиента на Netty изградете транспорта и го подайте на 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 тук е com.azure.core.http.HttpClient. Другите типове идват от Azure Core HTTP/Netty, Azure Data Tables и java.net.InetSocketAddress. Приложението предоставя променливите за конфигурация и удостоверения.

ProxyOptions.Type.HTTP избира посредника; setCredentials предоставя неговия акаунт и може да се пропусне за крайни точки без удостоверяване. В тази конфигурация запис от списък с HTTP прокси сървъри може да предостави адреса за разрешен маршрут до публична крайна точка на Tables; не оставяйте удостоверения за прокси в транспорта. Низът за връзка към хранилището все още избира услугата Tables.

Това използва удостоверяване с низ за връзка. Конфигурация с удостоверения за самоличност може да има отделен HTTP клиент за получаване на токен, чийто маршрут също трябва да се конфигурира.

Подобни статии