Azure Data Lake Java: व्युत्पन्न क्लायंट प्रॉक्सी पाइपलाइनवर ठेवा

शेवटची ओळ महत्त्वाची आहे: दुसरे डीफॉल्ट builder सुरू करण्याऐवजी कॉन्फिगर केलेल्या सेवेमधून फाइलसिस्टम क्लायंट मिळवा:

var proxy = new ProxyOptions(
    ProxyOptions.Type.HTTP,
    new InetSocketAddress("proxy.example.net", 8080));

var http = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

var credential = new ClientSecretCredentialBuilder()
    .tenantId(tenantId)
    .clientId(clientId)
    .clientSecret(clientSecret)
    .httpClient(http)
    .build();

var service = new DataLakeServiceClientBuilder()
    .endpoint(accountUrl)
    .credential(credential)
    .httpClient(http)
    .buildClient();

var filesystem = service.getFileSystemClient(fileSystemName);

service.getFileSystemClient(fileSystemName) पालकाची HTTP पाइपलाइन, खाते एंडपॉइंट आणि लागू स्टोरेज कॉन्फिगरेशन चाइल्डकडे नेते.

उदाहरण क्रेडेन्शियल builder ला तेच http देते कारण टोकन मिळवणे हा दुसरा विनंती मार्ग आहे. स्वतंत्रपणे तयार केलेल्या फाइलसिस्टम क्लायंटलाही त्याची इच्छित वाहतूक मिळायला हवी; कोणताही पूर्वीचा builder जागतिक SDK डीफॉल्ट तयार करत नाही.

अ‍ॅप्लिकेशनचा खाते URL, फाइलसिस्टम नाव आणि ओळख मूल्ये वापरा. ProxyOptions आणि Netty वाहतूक प्रकार Azure Core मधून, क्रेडेन्शियल builder Azure Identity मधून आणि सेवा builder Azure Storage Data Lake मधून येतात; InetSocketAddress java.net मधून येते.

accountUrl स्टोरेज एंडपॉइंट राहते आणि फाइलसिस्टम नाव चाइल्ड निवडते. यापैकी कोणतेही प्रॉक्सी पत्ता नाही. सार्वजनिकरीत्या प्रवेशयोग्य स्टोरेज एंडपॉइंट आणि सार्वजनिक मध्यस्थ वापरण्याची परवानगी असल्यास HTTP प्रॉक्सी सूचीमधून ProxyOptions होस्ट आणि पोर्ट निवडा; स्टोरेज आणि ओळख सेटिंग्ज जशाच्या तशा ठेवा.