@azure/core-https package

Uma implementação HttpsClient que usa o módulo "https" do Node para enviar solicitações HTTPS.

Um tipo de erro personalizado para solicitações de pipeline com falha.

Opções ao adicionar uma política ao pipeline. Usado para expressar dependências de outras políticas.

Opções para configurar o bearerTokenAuthenticationPolicy

Opções que controlam como repetir solicitações com falha.

Representa um conjunto de cabeçalhos HTTP em uma solicitação/resposta. Os nomes de cabeçalho são tratados como insensíveis a maiúsculas e minúsculas.

A interface necessária para um cliente que faz solicitações HTTPS em nome de um pipeline.

Define opções que são usadas para configurar opções internas do pipeline HTTP para um cliente SDK.

Opções para configurar o logPolicy.

Representa um pipeline para fazer uma solicitação HTTPS para uma URL. Os pipelines podem ter várias políticas para gerenciar a manipulação de cada solicitação antes e depois de ela ser feita ao servidor.

Define opções que são usadas para configurar o pipeline HTTP para um cliente SDK.

Uma política de pipeline manipula uma solicitação à medida que ela percorre o pipeline. É conceitualmente um middleware que tem permissão para modificar a solicitação antes que ela seja feita, bem como a resposta quando ela é recebida.

Metadados sobre uma solicitação que está sendo feita pelo pipeline.

Configurações para inicializar uma solicitação. Quase equivalente a Partial<PipelineRequest>, mas url é obrigatório.

Metadados sobre uma resposta recebida pelo pipeline.

Opções para configurar um proxy para solicitações de saída (somenteNode.js).

Opções de como as respostas de redirecionamento são tratadas.

As opções suportadas por RestError.

Opções que controlam como repetir solicitações com falha.

Opções para configurar a política de rastreamento.

Opções para adicionar detalhes do agente do usuário às solicitações de saída.

Um objeto simples que fornece dados de formulário, como se fosse de um formulário do navegador.

Cada entrada de dados de formulário pode ser uma cadeia de caracteres ou (no navegador) um Blob.

Métodos HTTP suportados para usar ao fazer solicitações.

As políticas são executadas em fases. A ordem de execução é:

1. Fase de serialização
2. Políticas que não estão em fase
3. Fase de desserialização
4. Fase de repetição

Uma coleção HttpHeaders representada como um objeto JSON simples.

Tipos de organismos apoiados no pedido. NodeJS.ReadableStream é somente Node. Blob é apenas navegador.

Uma interface simples para fazer uma solicitação de pipeline e receber uma resposta.

Disparado em resposta ao progresso do upload ou download.

Uma política que pode solicitar um token de uma implementação TokenCredential e, em seguida, aplicá-lo ao cabeçalho Authorization de uma solicitação como um token de portador.

Cria um pipeline totalmente vazio. Útil para testar ou criar um personalizado.

Cria um objeto que satisfaz a interface HttpHeaders.

Crie um novo pipeline com um conjunto padrão de políticas personalizáveis.

Cria uma nova solicitação de pipeline com as opções fornecidas. Este método é para permitir a fácil configuração de valores padrão e não necessário.

Uma política para habilitar a descompactação de resposta de acordo com Accept-Encoding cabeçalho https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding

Uma política que tenta repetir os pedidos ao mesmo tempo que introduz um atraso exponencialmente crescente.

Uma política que codifica FormData na solicitação no corpo.

Esse método converte uma URL de proxy em ProxySettings para uso com ProxyPolicy. Se nenhum argumento for fornecido, ele tentará analisar uma URL de proxy das variáveis de ambiente HTTPS_PROXY ou HTTP_PROXY.

Uma política que registra todas as solicitações e respostas.

ndJsonPolicy é uma política usada para controlar as configurações de manter ativas para cada solicitação.

Uma política que permite aplicar configurações de proxy a todas as solicitações. Se não forem passadas as configurações estáticas, elas serão recuperadas das variáveis de ambiente HTTPS_PROXY ou HTTP_PROXY.

Uma política para seguir cabeçalhos de localização do servidor para oferecer suporte ao redirecionamento do lado do servidor.

Cada PipelineRequest recebe uma ID exclusiva após a criação. Essa política passa essa id exclusiva por meio de um cabeçalho HTTP para permitir uma melhor telemetria e rastreamento.

Uma política de repetição que procura especificamente lidar com erros na camada de transporte subjacente (por exemplo, falhas de pesquisa de DNS) em vez de códigos de erro repetidos do próprio servidor.

Uma política que tenta novamente quando o servidor envia uma resposta 429 com um cabeçalho Retry-After.

Para saber mais, consulte 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

Uma política simples para criar Spans OpenTelemetry para cada solicitação feita pelo pipeline que tem SpanOptions com um pai. As solicitações feitas sem um Span pai não serão registradas.

Uma política que define o cabeçalho User-Agent (ou equivalente) para refletir a versão da biblioteca.

O identificador programático da BearerTokenAuthenticationPolicy.

O identificador programático do decompressResponsePolicy.

O identificador programático do exponencialRetryPolicy.

O identificador programático do formDataPolicy.

O identificador programático do logPolicy.

O identificador programático do ndJsonPolicy.

O identificador programático do proxy Policy.

O identificador programático do redirectPolicy.

O identificador programático do setClientRequestIdPolicy.

O identificador programático da sistemaErrorRetryPolicy.

O identificador programático do throttlingRetryPolicy.

O identificador programático da TraçingPolicy.

O identificador programático do userAgentPolicy.