Azure Java Netty ProxyOptions per a un client de Tables
Construïu un transport HTTP de Netty autenticat i passeu-lo al constructor del client d'Azure Tables.
Comproveu si el constructor de Tables rep una canalització HTTP completa. Aquesta entrada substitueix la seva opció httpClient independent; si l'aplicació posseeix una canalització, configureu el transport conscient del proxy mentre construïu aquesta canalització.
Per a l'entrada directa del client HTTP de Netty, construïu el transport i passeu-lo 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();Aquí HttpClient és com.azure.core.http.HttpClient. Els altres tipus provenen d'Azure Core HTTP/Netty, Azure Data Tables i java.net.InetSocketAddress. L'aplicació proporciona les variables de configuració i de credencials.
ProxyOptions.Type.HTTP selecciona l'intermediari; setCredentials proporciona el seu compte i es pot ometre per a punts finals sense autenticació. En aquesta configuració, una entrada d'una llista de proxies HTTP pot proporcionar l'adreça per a una ruta permesa d'un punt final públic de Tables; no deixeu credencials de proxy al transport. La cadena de connexió d'emmagatzematge encara tria el servei Tables.
Això utilitza autenticació per cadena de connexió. Una disposició amb credencials d'identitat pot tenir un client HTTP separat per obtenir el testimoni, la ruta del qual també s'ha de configurar.