Azure Data Lake Java៖ រក្សាតម្លើងចម្លងឱ្យស្ថិតនៅលើបំពង់បង្ហូរ proxy

បន្ទាត់ចុងក្រោយមានសារៈសំខាន់៖ ទាញយក client នៃប្រព័ន្ធឯកសារពីសេវាដែលបានកំណត់រចនាសម្ព័ន្ធ ជំនួសឱ្យការចាប់ផ្តើម 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 របស់មេ ចំណុចបញ្ចប់គណនី និងការកំណត់រចនាសម្ព័ន្ធផ្ទុកដែលអនុវត្តទៅកាន់កូន។

ឧទាហរណ៍ផ្តល់ http ដូចគ្នាទៅ builder ព័ត៌មានសម្ងាត់ ព្រោះការទទួលបាន token គឺជាផ្លូវសំណើមួយផ្សេងទៀត។ client ប្រព័ន្ធឯកសារដែលបានបង្កើតដោយឡែកក៏ត្រូវទទួលបានការដឹកជញ្ជូនដែលបានបម្រុងទុកផងដែរ។ គ្មាន builder មុនណាមួយបង្កើតលំនាំដើម SDK សកលទេ។

ប្រើ URL គណនី ឈ្មោះប្រព័ន្ធឯកសារ និងតម្លៃអត្តសញ្ញាណរបស់កម្មវិធី។ ProxyOptions និងប្រភេទដឹកជញ្ជូន Netty មកពី Azure Core, builder ព័ត៌មានសម្ងាត់មកពី Azure Identity, ហើយ builder សេវាមកពី Azure Storage Data Lake; InetSocketAddress មកពី java.net។

accountUrl នៅតែជាចំណុចបញ្ចប់ផ្ទុក ហើយឈ្មោះប្រព័ន្ធឯកសារជ្រើសរើសកូន។ ទាំងពីរមិនមែនជាអាសយដ្ឋាន proxy ទេ។ ជាមួយចំណុចបញ្ចប់ផ្ទុកដែលអាចចូលបានជាសាធារណៈ និងការអនុញ្ញាតប្រើអន្តរការីសាធារណៈ សូមជ្រើសរើសម៉ាស៊ីន និងច្រករបស់ ProxyOptions ពី បញ្ជី proxy HTTP; ទុកការកំណត់ផ្ទុក និងអត្តសញ្ញាណដដែល។