Azure Data Lake Java: weka wateja waliotolewa kwenye bomba la proksi

Mstari wa mwisho ni muhimu: toa mteja wa mfumo wa faili kutoka huduma iliyosanidiwa badala ya kuanzisha builder nyingine chaguo-msingi:

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) hubeba bomba la HTTP la mzazi, kituo cha mwisho cha akaunti na usanidi wa hifadhi unaotumika kwenda kwa mtoto.

Mfano unatoa http hiyo hiyo kwa builder ya vitambulisho kwa sababu kupata tokeni ni njia nyingine ya ombi. Mteja wa mfumo wa faili uliojengwa kando lazima pia apokee usafirishaji uliokusudiwa; hakuna builder ya awali inayounda chaguo-msingi la SDK la kimataifa.

Tumia URL ya akaunti, jina la mfumo wa faili na thamani za utambulisho za programu yako. ProxyOptions na aina za usafirishaji za Netty zinatoka Azure Core, builder ya vitambulisho kutoka Azure Identity, na builder ya huduma kutoka Azure Storage Data Lake; InetSocketAddress inatoka java.net.

accountUrl unabaki kuwa kituo cha mwisho cha hifadhi, na jina la mfumo wa faili huchagua mtoto. Hakuna kati yao ambayo ni anwani ya proksi. Ukiwa na kituo cha mwisho cha hifadhi kinachofikiwa na umma na ruhusa ya kutumia mpatanishi wa umma, chagua mwenyeji na bandari ya ProxyOptions kutoka orodha ya proksi za HTTP; acha mipangilio ya hifadhi na utambulisho mahali pake.