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 क्लाइन्ट हुन सक्छ, जसको मार्ग पनि कन्फिगर गर्नुपर्छ।

सम्बन्धित लेखहरू