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 ক্লায়েন্ট থাকতে পারে, যার রুটও কনফিগার করতে হবে।