@azure/core-https package

Un'implementazione HttpsClient che utilizza il modulo "https" di Node per inviare richieste HTTPS.

Tipo di errore personalizzato per le richieste di pipeline non riuscite.

Opzioni quando si aggiungono criteri alla pipeline. Usato per esprimere le dipendenze da altri criteri.

Opzioni per configurare bearerTokenAuthenticationPolicy

Opzioni che controllano come ripetere le richieste non riuscite.

Rappresenta un set di intestazioni HTTP in una richiesta/risposta. I nomi di intestazione vengono considerati senza distinzione tra maiuscole e minuscole.

Interfaccia necessaria per un client che effettua richieste HTTPS per conto di una pipeline.

Definisce le opzioni usate per configurare le opzioni interne della pipeline HTTP per un client SDK.

Opzioni per configurare logPolicy.

Rappresenta una pipeline per l'invio di una richiesta HTTPS a un URL. Le pipeline possono avere più criteri per gestire la modifica di ogni richiesta prima e dopo che è stata effettuata al server.

Definisce le opzioni usate per configurare la pipeline HTTP per un client SDK.

I criteri della pipeline modificano una richiesta mentre passa attraverso la pipeline. È concettualmente un middleware autorizzato a modificare la richiesta prima che venga effettuata e alla risposta quando viene ricevuta.

Metadati relativi a una richiesta effettuata dalla pipeline.

Impostazioni per inizializzare una richiesta. Quasi equivalente a Partial<PipelineRequest>, ma l'url è obbligatorio.

Metadati relativi a una risposta ricevuta dalla pipeline.

Opzioni per configurare un proxy per le richieste in uscita ( soloNode.js).

Opzioni per la gestione delle risposte di reindirizzamento.

Opzioni supportate da RestError.

Opzioni che controllano come ripetere le richieste non riuscite.

Opzioni per configurare i criteri di traccia.

Opzioni per l'aggiunta dei dettagli dell'agente utente alle richieste in uscita.

Oggetto semplice che fornisce i dati del modulo, come se si trattasse di un modulo del browser.

Ogni immissione di dati del modulo può essere una stringa o (nel browser) un BLOB.

Metodi HTTP supportati da usare per l'esecuzione di richieste.

I criteri vengono eseguiti in fasi. L'ordine di esecuzione è:

1. Fase di serializzazione
2. Criteri non in una fase
3. Fase deserializzazione
4. Fase di ripetizione dei tentativi

Insieme HttpHeaders rappresentato come un semplice oggetto JSON.

Tipi di corpi supportati nella richiesta. NodeJS.ReadableStream è solo Node. Blob è solo browser.

Interfaccia semplice per l'esecuzione di una richiesta di pipeline e la ricezione di una risposta.

Generato in risposta allo stato di caricamento o download.

Un criterio che può richiedere un token da un'implementazione tokenCredential e quindi applicarlo all'intestazione di autorizzazione di una richiesta come token di connessione.

Crea una pipeline completamente vuota. Utile per il test o la creazione di un oggetto personalizzato.

Crea un oggetto che soddisfa l'interfaccia HttpHeaders.

Creare una nuova pipeline con un set predefinito di criteri personalizzabili.

Crea una nuova richiesta di pipeline con le opzioni specificate. Questo metodo consente di impostare facilmente i valori predefiniti e non è obbligatorio.

Criteri per abilitare la decompressione delle risposte in base all'intestazione Accept-Encoding https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding

Criteri che tentano di ripetere le richieste, introducendo un ritardo in aumento esponenziale.

Criterio che codifica FormData nella richiesta nel corpo.

Questo metodo converte un URL proxy in ProxySettings da usare con ProxyPolicy. Se non viene specificato alcun argomento, tenta di analizzare un URL proxy dalle variabili di ambiente HTTPS_PROXY o HTTP_PROXY.

Criteri che registrano tutte le richieste e le risposte.

ndJsonPolicy è un criterio usato per controllare le impostazioni keep-alive per ogni richiesta.

Un criterio che consente di applicare le impostazioni proxy a tutte le richieste. Se non vengono passate impostazioni statiche, verranno recuperate dalle variabili di ambiente HTTPS_PROXY o HTTP_PROXY.

Criteri per seguire le intestazioni percorso dal server per supportare il reindirizzamento sul lato server.

Ogni PipelineRequest ottiene un ID univoco al momento della creazione. Questo criterio passa l'ID univoco tramite un'intestazione HTTP per consentire una migliore telemetria e traccia.

Un criterio di ripetizione dei tentativi che cerca in particolare di gestire gli errori nel livello di trasporto sottostante ,ad esempio errori di ricerca DNS, anziché codici di errore riprovabili dal server stesso.

Criterio che ritenta quando il server invia una risposta 429 con un'intestazione Retry-After.

Per altre informazioni, vedere https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-manager-request-limits, https://docs.microsoft.com/en-us/azure/azure-subscription-service-limits e https://docs.microsoft.com/en-us/azure/virtual-machines/troubleshooting/troubleshooting-throttling-errors

Un criterio semplice per creare intervalli OpenTelemetry per ogni richiesta effettuata dalla pipeline con SpanOptions con un elemento padre. Le richieste effettuate senza un intervallo padre non verranno registrate.

Criterio che imposta l'intestazione User-Agent (o equivalente) in modo che rifletta la versione della libreria.

L'identificatore programmatico della bearerTokenAuthenticationPolicy.

L'identificatore programmatico della decompressResponsePolicy.

L'identificatore programmatico dell'esponenzialRetryPolicy.

L'identificatore programmatico della formDataPolicy.

L'identificatore programmatico del logPolicy.

L'identificatore programmatico della ndJsonPolicy.

L'identificatore programmatico del proxy Policy.

L'identificatore programmatico del redirectPolicy.

L'identificatore programmatico della setClientRequestIdPolicy.

L'identificatore programmatico della policyErrorRetryPolicy.

L'identificatore programmatico della throttlingRetryPolicy.

L'identificatore programmatico del tracingPolicy.

L'identificatore programmatico dell'userAgentPolicy.