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 intermediary منتخب کرتا ہے؛ setCredentials اس کا اکاؤنٹ فراہم کرتا ہے اور بغیر تصدیق والے اینڈ پوائنٹس کے لیے چھوڑا جا سکتا ہے۔ اس کنفیگریشن میں HTTP پراکسی فہرست کا اندراج اجازت یافتہ عوامی Tables اینڈ پوائنٹ راستے کے لیے پتہ فراہم کر سکتا ہے؛ ٹرانسپورٹ پر کوئی پراکسی اسناد نہ چھوڑیں۔ اسٹوریج کنکشن سٹرنگ اب بھی Tables سروس منتخب کرتی ہے۔

یہ کنکشن-سٹرنگ تصدیق استعمال کرتا ہے۔ شناخت-اسناد کے انتظام میں ٹوکن حصول کے لیے الگ HTTP کلائنٹ ہو سکتا ہے، جس کا راستہ بھی کنفیگر کرنا ہوگا۔