Atividade HTTP v2 BULK

Introdução

Uma atividade HTTP v2 BULK, usando sua conexão HTTP v2, envia várias solicitações para um serviço acessível pelo protocolo HTTP ou HTTPS e pode ser usado como uma origem (para fornecer dados em uma operação) ou um destino (para consumir dados em uma operação).

Crie uma atividade HTTP v2 BULK

Uma instância de uma atividade HTTP v2 BULK é criada a partir de uma conexão HTTP v2 usando seu tipo de atividade BULK.

Para criar uma instância de uma atividade, arraste o tipo de atividade para a quadro de design ou copie o tipo de atividade e cole-o na quadro de design. Para obter detalhes, consulte Criando uma instância de atividade em Reutilização de componentes.

Uma atividade HTTP v2 BULK existente pode ser editada nestes locais:

• A quadro de design (veja menu de ações do componente em Tela de design).
• A aba Componentes do painel do projeto (consulte menu de ações do componente na aba Componentes do painel Projeto).

Configurar uma atividade HTTP v2 BULK

Siga estas etapas para configurar uma atividade HTTP v2 BULK:

• Etapa 1: Insira um nome e especifique as configurações
  Forneça um nome para a atividade e especifique o método, caminho, parâmetros de solicitação, cabeçalhos de solicitação e configurações adicionais.

• Etapa 2: Revise os esquemas de dados
  Quaisquer esquemas de solicitação ou resposta são exibidos.

Etapa 1: insira um nome e especifique as configurações

Nesta etapa, forneça um nome para a atividade e especifique o método, caminho, parâmetros de solicitação, cabeçalhos de solicitação e configurações adicionais. Cada elemento da interface do usuário desta etapa é descrito abaixo.

• Nome: Insira um nome para identificar a atividade. O nome deve ser exclusivo para cada atividade HTTP v2 BULK e não deve conter barras / ou dois pontos :.

• Configurações opcionais: Clique para expandir configurações opcionais adicionais:

  • Método: Especifique o método HTTP a ser usado, um de POST, PUT, GET, DELETE, HEAD, PATCH ou OPTIONS.

  • Caminho: Insira uma URL para usar na atividade:

    • Se deixado em branco, o URL base configurado na conexão HTTP v2 será usado em tempo de execução.
    • Se um caminho parcial for especificado, ele será anexado ao URL base configurado na conexão HTTP v2.
    • Se uma URL completa for especificada, ela substituirá a URL base configurada na conexão HTTP v2.

    Os parâmetros de solicitação podem ser incluídos colocando-os entre chaves { }. Parâmetros de consulta (como /queryrecord?id=10) também pode ser usado.

    • URL: Exibe a URL completa a ser usada em tempo de execução.

  • Parâmetros de solicitação: Clique no ícone adicionar para adicionar uma linha à tabela abaixo e inserir um Nome e um Valor para cada parâmetro de solicitação. Os parâmetros de solicitação fornecidos serão automaticamente codificados por URL.

    Como alternativa, os parâmetros de solicitação podem ser fornecidos na transformação de solicitação. Os parâmetros de solicitação que não compartilham uma chave são enviados cumulativamente, independentemente de onde são especificados. Se a mesma chave de parâmetro for especificada neste campo e na transformação de solicitação, aquela especificada na transformação terá precedência.

    Para salvar a linha, clique no ícone de envio na coluna mais à direita.

    Para editar ou excluir uma única linha, passe o mouse sobre a coluna mais à direita e use o ícone de edição ou excluir ícone .

    Para excluir todas as linhas, clique em Limpar tudo.

  • Cabeçalhos de solicitação: Clique no ícone adicionar para adicionar uma linha à tabela abaixo e inserir um Nome e um Valor para cada cabeçalho de solicitação.

    Como alternativa, os cabeçalhos podem ser definidos em outros campos de configuração da IU ou fornecidos na transformação da solicitação. Os cabeçalhos que não compartilham uma chave são enviados cumulativamente, independentemente de onde são especificados.

    Se a mesma chave de cabeçalho for especificada em vários lugares, esta ordem de precedência será seguida:

    1. Um cabeçalho fornecido na transformação da solicitação substitui todos os campos abaixo.
    2. Um cabeçalho fornecido no campo Cabeçalhos de solicitação de uma atividade HTTP v2 BULK (este campo) substitui o campo restante abaixo.
    3. Um cabeçalho fornecido no campo Cabeçalhos de solicitação de uma conexão HTTP v2, se Enviar Cabeçalhos de Solicitação na Execução de Atividade estiver habilitado, tem a menor precedência.

    Para salvar a linha, clique no ícone de envio na coluna mais à direita.

    Para editar ou excluir uma única linha, passe o mouse sobre a coluna mais à direita e use o ícone de edição ou excluir ícone .

    Para excluir todas as linhas, clique em Limpar tudo.

  • Configurações adicionais: Clique no ícone adicionar para adicionar uma linha à tabela abaixo e inserir um Nome e um Valor para cada configuração adicional.

    Essas configurações adicionais são suportadas:

    Chave	Valor padrão	Tipo de dados	Descrição
    connection-timeout	30000	Inteiro	O tempo limite de transferência em milissegundos. Se esta configuração não for especificada, o tempo limite de transferência padrão será 30000 milissegundos (30 segundos). Defina para 0 para um tempo limite ilimitado.
    content-type	—	String	O tipo de conteúdo da estrutura de solicitação que é esperado pela API específica. Por exemplo, text/plain, application/json, application/x-www-form-urlencoded, etc. Se esta configuração não for especificada, não haverá valor padrão.
    max-redirect	50	Inteiro	O número máximo de redirecionamentos a seguir. Se esta configuração não for especificada, o padrão é seguir 50 redirecionamentos. Definir para 0 ou um número negativo para evitar seguir qualquer redirecionamento.
    trailing-linebreaks	false	String	Remove espaços em branco iniciais e finais e quebras de linha quando definido como true. Se esta configuração não for especificada ou definida como false, os dados permanecem inalterados.

    Como alternativa, configurações adicionais podem ser fornecidas na transformação de solicitação. Configurações adicionais que não compartilham uma chave são enviadas cumulativamente, independentemente de onde são especificadas. Para todas as configurações, exceto para content-type, se a mesma chave de configurações for especificada neste campo e na transformação de solicitação, aquela especificada na transformação terá precedência.

    Para content-type, um valor especificado aqui tem precedência sobre todos os outros lugares na IU onde o content-type pode ser especificado. Se content-type for especificado em vários lugares, esta ordem de precedência será seguida:

    1. A Content-Type O cabeçalho fornecido na tabela Configurações adicionais de uma atividade HTTP v2 BULK (esta tabela) substitui todos os campos abaixo.
    2. O bodyContentType o campo especificado em uma transformação de solicitação substitui os campos restantes abaixo.
    3. Um Content-Type cabeçalho fornecido na transformação da solicitação headers nó substitui os campos restantes abaixo.
    4. Um Content-Type O cabeçalho fornecido no campo Cabeçalhos de solicitação de uma atividade HTTP v2 BULK substitui o campo restante abaixo.
    5. Um Content-Type o cabeçalho fornecido no campo Cabeçalhos de Solicitação de uma conexão HTTP v2, se Enviar Cabeçalhos de Solicitação na Execução de Atividade estiver habilitado, tem a menor precedência.

    Nota

    Se um cabeçalho for definido em vários locais, cada instância do cabeçalho será adicionada à solicitação de uma atividade seguindo a ordem de precedência acima. Essa ordem é baseada em como os serviços normalmente lidam com cabeçalhos duplicados em uma solicitação.

    Para salvar a linha, clique no ícone de envio na coluna mais à direita.

    Para editar ou excluir uma única linha, passe o mouse sobre a coluna mais à direita e use o ícone de edição ou excluir ícone .

    Para excluir todas as linhas, clique em Limpar tudo.

  • Ignorar erro de operação em caso de código de status não bem-sucedido: Selecione para que as operações relatem um status bem-sucedido mesmo se um código de status não bem-sucedido for retornado da API que o conector está chamando. O valor padrão é desmarcado.

  • Selecione o código de status HTTP para ser considerado bem-sucedido no tempo de execução da operação: Selecione Agrupado por classe ou Granular (entrada manual) para considerar os códigos de status especificados como bem-sucedidos em registros de operação.

    • Agrupado por classe: Quando selecionado, um menu suspenso é exibido com classes de códigos de status não bem-sucedidos a serem tratados como bem-sucedidos. As opções do menu suspenso incluem Redirecionamento 3xx, Erro do cliente 4xx e Erro do servidor 5xx. O valor padrão do menu suspenso não é selecionado.

    • Granular (entrada manual): Quando selecionado, um campo é exibido para inserir manualmente uma lista delimitada por vírgulas de códigos de status não bem-sucedidos a serem tratados como bem-sucedidos. Esta lista pode incluir diferentes classes de códigos de status ao mesmo tempo. O valor padrão do campo é em branco.

      

  • Multipart: Selecione para oferecer suporte multipart/form-data solicitações ao usar esquemas padrão. Isso é necessário para solicitações que incluem RFC 1867 uploads de formulários.

  • Continuar em caso de erro: Selecione para continuar a execução da atividade se um erro for encontrado para um conjunto de dados em uma solicitação em lote. Se algum erro for encontrado, ele será gravado no log de operação.

• Salvar e sair: Se habilitado, clique para salvar a configuração para esta etapa e fechar a configuração da atividade.

• Próximo: Clique para armazenar temporariamente a configuração para esta etapa e continuar para a próxima etapa. A configuração não será salva até que você clique no botão Concluído na última etapa.

• Descartar alterações: Após fazer alterações, clique para fechar a configuração sem salvar as alterações feitas em nenhuma etapa. Uma mensagem pede para você confirmar que deseja descartar as alterações.

Etapa 2: Revise os esquemas de dados

Todos os esquemas de solicitação ou resposta são exibidos. Cada elemento da interface do usuário desta etapa é descrito abaixo.

• Esquemas de dados: Esses esquemas de dados são herdados por transformações adjacentes e são exibidos novamente durante o mapeamento de transformação.

  Nota

  Os dados fornecidos em uma transformação têm precedência sobre a configuração da atividade.

  Os esquemas de solicitação e resposta padrão consistem nestes nós e campos:

  • Solicitação:

    Nó/Campo do Esquema de Solicitação	Notas
    json	Formato do esquema de solicitação
    solicitações	Nó de solicitações
    item	Nó de itens
    request	Nó de uma requisição específica
    root	Nó de uma raiz de solicitação
    identificador	Identificador da solicitação
    caminho	Caminho da solicitação, sem incluir a URL base do ponto de extremidade
    cabeçalhos	Nó de cabeçalhos
    item	Nó de um cabeçalho específico
    chave	Chave do cabeçalho
    valor	Valor do cabeçalho
    método	Método da solicitação
    requestParameters	Nó de parâmetros de solicitação
    item	Nó de um parâmetro de solicitação específico
    chave	Chave do parâmetro de solicitação
    valor	Valor do parâmetro de solicitação
    corpo	Corpo da solicitação

  • Resposta:

    Nó/Campo do Esquema de Resposta	Notas
    json	Formato do esquema de resposta
    respostas	Nó de respostas
    itens	Nó de itens
    resposta	Nó de uma resposta específica
    responseItem	Nó de um item de resposta
    identificador	Identificador da resposta
    cabeçalhos	Nó de cabeçalhos
    item	Nó de um cabeçalho específico
    chave	Chave do cabeçalho
    valor	Valor do cabeçalho
    erro	Nó de erro
    statusCode	Código de status HTTP da resposta
    statusMessage	Mensagem de status da resposta
    detalhes	Detalhes da resposta
    propriedades	Propriedades da resposta
    responseContent	Conteúdo da resposta
    status	Um booleano indicando se uma resposta foi retornada

• Atualizar: Clique no ícone de atualização ou a palavra Refresh para regenerar esquemas do endpoint HTTP v2. Esta ação também regenera um esquema em outros locais ao longo do projeto onde o mesmo esquema é referenciado, como em uma transformação adjacente.

• Voltar: Clique para armazenar temporariamente a configuração desta etapa e retornar à etapa anterior.

• Concluído: Clique para salvar a configuração de todas as etapas e fechar a configuração da atividade.

• Descartar alterações: Após fazer alterações, clique para fechar a configuração sem salvar as alterações feitas em nenhuma etapa. Uma mensagem pede para você confirmar que deseja descartar as alterações.

Próximos passos

Após configurar uma atividade HTTP v2 BULK, conclua a configuração da operação adicionando e configurando outras atividades, transformações ou scripts como etapas da operação. Você também pode configurar as definições da operação, que incluem a capacidade de encadear operações que estejam no mesmo fluxo de trabalho ou em workflows diferentes.

As ações de menu para uma atividade são acessíveis a partir do painel do projeto e da quadro de design. Para obter detalhes, consulte menu de ações de atividade em Noções básicas do conector.

Atividades HTTP v2 BULK que são usadas como fonte podem ser usadas com esses padrões de operação:

• Padrão de Transformação
• Padrão de arquivo de dois alvos (apenas como primeira fonte)
• Padrão de arquivo HTTP de dois alvos (apenas como primeira fonte)
• Padrão de duas transformações (como primeira ou segunda fonte)

Atividades HTTP v2 BULK que são usadas como alvo podem ser usadas com esses padrões de operação:

• Padrão de Transformação
• Padrão de duas transformações (como o primeiro ou segundo alvo)

Para usar a atividade com funções de script, grave os dados em um local temporário e use esse local temporário na função de script.

Quando estiver pronto, implantar e executar a operação e validar o comportamento verificando os logs de operação.