Azure Java Netty ProxyOptions dla klienta Tables

Zbuduj uwierzytelniony transport Netty HTTP i przekaż go do konstruktora klienta Azure Tables.

Sprawdź, czy konstruktor Tables otrzymuje pełny potok HTTP. To wejście zastępuje jego osobną opcję httpClient; jeśli aplikacja posiada potok, skonfiguruj transport obsługujący proxy podczas budowania tego potoku.

W przypadku bezpośredniego wejścia klienta Netty HTTP zbuduj transport i przekaż go do 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 to tutaj com.azure.core.http.HttpClient. Pozostałe typy pochodzą z Azure Core HTTP/Netty, Azure Data Tables i java.net.InetSocketAddress. Aplikacja dostarcza zmienne konfiguracyjne i poświadczenia.

ProxyOptions.Type.HTTP wybiera pośrednika; setCredentials dostarcza jego konto i można go pominąć dla punktów końcowych bez uwierzytelniania. W tej konfiguracji wpis z listy proxy HTTP może dostarczyć adres dozwolonej trasy publicznego punktu końcowego Tables; nie zostawiaj poświadczeń proxy w transporcie. Parametry połączenia magazynu nadal wybierają usługę Tables.

Wykorzystuje to uwierzytelnianie parametrami połączenia. Konfiguracja poświadczeń tożsamości może mieć osobnego klienta HTTP do pozyskiwania tokenów, którego trasę również trzeba skonfigurować.

Powiązane artykuły