Tables କ୍ଲାୟେଣ୍ଟ ପାଇଁ Azure Java Netty ProxyOptions

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 କ୍ଲାୟେଣ୍ଟ ରହିପାରେ, ଯାହାର ମାର୍ଗ ମଧ୍ୟ କନଫିଗର କରିବାକୁ ପଡ଼ିବ।