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 پایپ لاین، د حساب پای ټکی او اړوند د ذخیره کولو تنظیم ماشوم ته لېږدوي.

بېلګه ورته http د اعتبارنامې builder ته ورکوي ځکه چې ټوکن ترلاسه کول د غوښتنې بله لار ده. جلا جوړ شوي فایل سیسټم کلاینټ هم باید خپل پلان شوی لېږد ترلاسه کړي؛ هیڅ پخوانی builder نړیوال SDK ډیفالټ نه جوړوي.

د پروګرام د حساب URL، د فایل سیسټم نوم او د هویت ارزښتونه وکاروئ. ProxyOptions او د Netty لېږد ډولونه د Azure Core څخه، د اعتبارنامې builder د Azure Identity څخه او د خدمت builder د Azure Storage Data Lake څخه راځي؛ InetSocketAddress د java.net څخه راځي.

accountUrl د ذخیره کولو پای ټکی پاتې کیږي او د فایل سیسټم نوم ماشوم ټاکي. د دوی هیڅ یو هم د پراکسي پته نه ده. د عامه لاسرسي وړ د ذخیره کولو پای ټکي او د عامه منځګړي کارولو اجازه سره، د ProxyOptions کوربه او پورټ د HTTP پراکسي لیست څخه وټاکئ؛ د ذخیره کولو او هویت تنظیمات په خپل ځای پریږدئ.