ProxyOptions Azure Java Netty pentru un client Tables
Creați un transport HTTP Netty autentificat și transmiteți-l constructorului clientului Azure Tables.
Verificați dacă constructorul Tables primește un pipeline HTTP complet. Acea intrare suprascrie opțiunea sa separată httpClient; dacă aplicația deține un pipeline, configurați transportul conștient de proxy în timpul construirii acelui pipeline.
Pentru intrarea directă a clientului HTTP Netty, construiți transportul și transmiteți-l la 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 aici este com.azure.core.http.HttpClient. Celelalte tipuri provin din Azure Core HTTP/Netty, Azure Data Tables și java.net.InetSocketAddress. Aplicația furnizează variabilele de configurare și de acreditare.
ProxyOptions.Type.HTTP selectează intermediarul; setCredentials furnizează contul acestuia și poate fi omis pentru puncte finale fără autentificare. În această configurație, o intrare dintr-o listă de proxy HTTP poate furniza adresa pentru o rută permisă de punct final public Tables; nu lăsați acreditări de proxy pe transport. Șirul de conexiune la stocare alege în continuare serviciul Tables.
Aceasta folosește autentificarea prin șir de conexiune. O configurație cu acreditări de identitate poate avea un client HTTP separat pentru obținerea tokenului, a cărui rută trebuie configurată de asemenea.