Azure Java Netty ProxyOptions для кліента Tables

Праверце, ці атрымлівае будаўнік Tables поўны канвеер HTTP. Гэты ўвод перакрывае яго асобную опцыю httpClient; калі праграма валодае канвеерам, наладзьце транспарт з падтрымкай проксі падчас стварэння гэтага канвеера.

Для прамога ўводу кліента Netty HTTP пабудуйце транспарт і перадайце яго ў 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 для атрымання токена, маршрут якога таксама трэба наладзіць.