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 சேமிப்பக முடிவுப்புள்ளியாகவே இருக்கும், கோப்பு முறைமை பெயர் குழந்தையைத் தேர்ந்தெடுக்கும். இரண்டும் ப்ராக்ஸி முகவரி அல்ல. பொதுவில் அணுகக்கூடிய சேமிப்பக முடிவுப்புள்ளி மற்றும் பொது இடைத்தரகரைப் பயன்படுத்த அனுமதி இருந்தால், HTTP ப்ராக்ஸி பட்டியலில் இருந்து ProxyOptions ஹோஸ்ட் மற்றும் போர்ட்டைத் தேர்ந்தெடுக்கவும்; சேமிப்பக மற்றும் அடையாள அமைப்புகளை அப்படியே விடவும்.