@azure/core-rest-pipeline package

Um tipo de erro personalizado para pedidos de pipeline falhados.

Opções ao adicionar uma política ao pipeline. Utilizado para expressar dependências noutras políticas.

Uma interface compatível com o nodeJS.http.Agent Queremos evitar exportar publicamente a interface real, uma vez que pode variar entre versões de runtime.

Opções enviadas para a chamada de retorno authorizeRequestOnChallenge

Opções enviadas para a chamada de retorno authorizeRequest

Opções para configurar o auxiliarAuthenticationHeaderPolicy

Opções para configurar o bearerTokenAuthenticationPolicy

Opções para substituir o processamento de desafios da Avaliação de Acesso Contínuo .

Opções que controlam como repetir pedidos falhados.

Opções que controlam como repetir pedidos falhados.

A interface necessária para um cliente que faz pedidos HTTP em nome de um pipeline.

Representa um conjunto de cabeçalhos HTTP num pedido/resposta. Os nomes dos cabeçalhos são tratados como não sensíveis a maiúsculas e minúsculas.

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

Uma interface compatível com o nodeJS.tls.KeyObject Queremos evitar exportar publicamente a interface real, uma vez que pode variar entre versões de runtime.

Opções para configurar o logPolicy.

Representa um pipeline para fazer um pedido HTTP para um URL. Os pipelines podem ter várias políticas para gerir a manipulação de cada pedido antes e depois de ser efetuada no servidor.

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

Uma política de pipeline manipula um pedido à medida que percorre o pipeline. É conceptualmente um middleware que é autorizado a modificar o pedido antes de ser feito, bem como a resposta quando é recebido.

Metadados sobre um pedido que está a ser feito pelo pipeline.

Definições para inicializar um pedido. Quase equivalente a Parcial, mas o URL é obrigatório.

Metadados sobre uma resposta recebida pelo pipeline.

Opções que controlam como repetir pedidos falhados.

Opções para configurar um proxy para pedidos de saída (apenas Node.js).

Uma interface compatível com o nodeJS.tls.PxfObject Queremos evitar exportar publicamente a interface real, uma vez que pode variar entre versões de runtime.

Opções para a forma como as respostas de redirecionamento são processadas.

As opções suportadas pelo RestError.

Informações fornecidas à estratégia de repetição sobre o progresso atual da política de repetição.

Propriedades que podem modificar o comportamento da política de repetição.

Opções para retryPolicy

Uma estratégia de repetição destina-se a definir se pretende repetir ou não e como tentar novamente.

Opções que controlam como repetir pedidos falhados.

Define opções que são utilizadas para configurar informações comuns de telemetria e rastreio

Opções que controlam como repetir pedidos falhados.

Representa um certificado para autenticação TLS.

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

Opções para adicionar detalhes do agente de utilizador aos pedidos enviados.

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

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

Métodos HTTP suportados para utilizar ao fazer pedidos.

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

1. Serializar Fase
2. As políticas não estão numa fase
3. Desserializar Fase
4. Fase de Repetição
5. Fase de Sinal

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

Uma coleção httpHeaders para entrada, representada como um objeto JSON simples.

Tipos de corpos suportados no pedido. NodeJS.ReadableStream e () => NodeJS.ReadableStream é apenas Node. Blob, ReadableStream e () => ReadableStream são apenas browser.

Uma interface simples para fazer um pedido de pipeline e receber uma resposta.

Acionado em resposta ao progresso do carregamento ou transferência.

Uma política para tokens externos a x-ms-authorization-auxiliary cabeçalho. Este cabeçalho será utilizado ao criar uma aplicação entre inquilinos, talvez seja necessário processar pedidos de autenticação para recursos que estejam em inquilinos diferentes. Pode ver os documentos do ARM para obter um resumo de como esta funcionalidade funciona

Uma política que pode pedir um token a partir de uma implementação TokenCredential e, em seguida, aplicá-lo ao cabeçalho Autorização de um pedido como token de Portador.

Crie o HttpClient correto para o ambiente atual.

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

Cria um objeto que satisfaz a HttpHeaders interface.

Crie um novo pipeline com um conjunto predefinido de políticas personalizáveis.

Cria um novo pedido de pipeline com as opções especificadas. Este método é permitir a definição fácil de valores predefinidos e não necessário.

Uma política para ativar a descompressã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 se repita de acordo com três estratégias:

• Quando o servidor envia uma resposta 429 com um cabeçalho Retry-After.
• Quando existem erros na camada de transporte subjacente (por exemplo, falhas de pesquisa de DNS).
• Caso contrário, se o pedido de saída falhar, tentará novamente com um atraso exponencialmente crescente.

Uma política que tenta repetir pedidos ao introduzir um atraso exponencialmente crescente.

Uma política que codifica FormData no pedido para o corpo.

Este método converte um url de proxy em ProxySettings para utilização com ProxyPolicy. Se não for apresentado nenhum argumento, tenta analisar um URL de proxy das variáveis HTTPS_PROXY de ambiente ou HTTP_PROXY.

Typeguard para RestError

Uma política que regista todos os pedidos e respostas.

ndJsonPolicy é uma política utilizada para controlar as definições de manter vivas para cada pedido.

Uma política que permite aplicar definições de proxy a todos os pedidos. Se não forem transmitidas definições estáticas, estas serão obtidas a partir das variáveis de ambiente HTTPS_PROXY ou HTTP_PROXY.

Uma política para seguir os cabeçalhos de Localização do servidor para suportar o redirecionamento do lado do servidor. No browser, esta política não é utilizada.

retryPolicy é uma política genérica para ativar a repetição de pedidos quando determinadas condições são cumpridas

Cada PipelineRequest obtém um ID exclusivo após a criação. Esta política transmite esse ID exclusivo através de um cabeçalho HTTP para permitir uma melhor telemetria e rastreio.

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 repetir códigos de erro 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-limitse https://docs.microsoft.com/en-us/azure/azure-subscription-service-limitshttps://docs.microsoft.com/en-us/azure/virtual-machines/troubleshooting/troubleshooting-throttling-errors

Obtém uma política de pipeline que adiciona o certificado de cliente ao agente HttpClient para autenticação.

Uma política simples para criar o OpenTelemetry Spans para cada pedido feito pelo pipeline que tem SpanOptions com um elemento principal. Os pedidos feitos sem um Span principal não serão registados.

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