ProxyOptions di Azure Java Netty per un client Tables

Verificare se il builder Tables riceve una pipeline HTTP completa. Tale input sostituisce la sua opzione httpClient separata; se l'applicazione possiede una pipeline, configurare il trasporto compatibile con il proxy durante la costruzione di quella pipeline.

Per l'input diretto del client HTTP Netty, creare il trasporto e passarlo 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 qui è com.azure.core.http.HttpClient. Gli altri tipi provengono da Azure Core HTTP/Netty, Azure Data Tables e java.net.InetSocketAddress. L'applicazione fornisce le variabili di configurazione e le credenziali.

ProxyOptions.Type.HTTP seleziona l'intermediario; setCredentials fornisce il suo account e può essere omesso per endpoint senza autenticazione. In questa configurazione, una voce di un elenco di proxy HTTP può fornire l'indirizzo per una route consentita verso un endpoint pubblico di Tables; non lasciare credenziali proxy sul trasporto. La stringa di connessione di archiviazione sceglie ancora il servizio Tables.

Questo usa l'autenticazione tramite stringa di connessione. Una configurazione con credenziali di identità può avere un client HTTP separato per l'acquisizione del token, la cui route deve essere configurata anch'essa.