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־פּראָקסי־ליסטע; לאָזט די סטאָרידזש־ און אידענטיטעט־אײַנשטעלונגען אין אָרט.