Opções de operação no Jitterbit Design Studio

Esta página descreve as opções que podem ser configuradas para qualquer operação. Para acessar essas opções, clique com o botão direito do mouse no fundo de qualquer gráfico de operação e selecione Opções no menu. A janela Opções de Operação será exibida:

Estas seções descrevem as opções de operação disponíveis:

Tempo limite da operação

• O Tempo Limite da Operação é a quantidade máxima de tempo que a operação será executada antes de ser cancelada. Se sua operação tiver grandes conjuntos de dados ou for complexa, isso pode fazer com que a operação demore mais para ser executada.

• Por padrão, o Tempo Limite da Operação é definido para 2 horas. Se a operação estiver em execução por mais de 2 horas sem ser concluída ou falhar, ela será automaticamente cancelada.

• Você pode querer aumentar esse valor se a operação tiver grandes conjuntos de dados que estão levando muito tempo para serem executados. Ou diminuí-lo se as operações forem sensíveis ao tempo; ou seja, você não deseja que a operação seja realizada se não puder ser concluída dentro de um determinado prazo.

O que registrar

• A opção O que Registrar permite que você escolha entre "Tudo" ou "Apenas Erros". Esses são os logs que você pode visualizar ao clicar com o botão direito do mouse no fundo de uma operação e escolher Log de Operação. Observe que dentro do Log de Operação, você também tem a opção de filtrar apenas por erros.
• Por padrão, tudo é registrado. Isso inclui status de sucesso, cancelado, pendente, em execução e erro.
• Um motivo pelo qual você pode querer selecionar "Apenas Erros" antes que o log seja gerado é que, se você estiver tendo problemas de latência na operação, isso pode melhorá-los. Dessa forma, se você não planejava usar as outras mensagens não relacionadas a erros normalmente filtradas no Log de Operação, pode evitar que elas sejam geradas desde o início.

Ativar modo de depuração

Na janela Opções de Operação, selecione Ativar Modo de Depuração Até e defina uma data para que a configuração seja desativada. Esta data é limitada a 2 semanas a partir da data atual. A geração de logs será desativada no início dessa data (12:00 am) usando o fuso horário do agente. Ativar o modo de depuração para uma operação específica pode ajudar se você estiver enfrentando problemas com uma operação em particular e não precisar ativar a geração de logs de depuração para todo o seu projeto, o que pode criar arquivos muito grandes dentro do diretório.

Quando a geração de logs de depuração da operação está ativada, esses tipos de logs são gerados, dependendo do tipo de agente:

• Agente privado: Arquivos de log de depuração para uma operação. Esta opção é usada principalmente para depurar problemas durante os testes e não deve ser ativada em produção, pois pode criar arquivos muito grandes. A geração de logs de depuração também pode ser ativada para todo o projeto a partir do próprio agente privado (veja geração de logs de depuração da operação). Os arquivos de log de depuração são acessíveis diretamente em agentes privados e podem ser baixados através das páginas Agentes e Runtime do Console de Gerenciamento.

• Agente privado ou agente na nuvem: Logs de operação para operações de API bem-sucedidas (configuradas para APIs personalizadas ou APIs OData). Por padrão, apenas operações de API com erros são registradas nos logs de operação.

Executar operação de sucesso

• A opção Executar Operação de Sucesso mesmo que não haja arquivos de origem correspondentes se aplica a operações que têm gatilhos "OnSuccess" configurados.
• Por padrão, suas operações OnSuccess só serão executadas se tiverem um arquivo de origem correspondente para processar.
• Você tem a opção de "forçar" a operação anterior a ser bem-sucedida, permitindo efetivamente que você inicie a operação "OnSuccess" mesmo que o gatilho tenha falhado. Isso pode ser útil para configurar partes posteriores do projeto sem depender do sucesso de uma operação dependente.

Habilitar divisão em partes

• Divisão em partes permite que o Jitterbit processe dados para o sistema de destino em partes.
  • O Tamanho da parte informa ao Jitterbit quantos registros de origem processar por thread.
  • O Número de Registros Por Arquivo instrui o Jitterbit a colocar apenas o número solicitado de registros no arquivo de destino.
  • O Número máximo de threads informa ao Jitterbit quantas threads concorrentes processar.
  • O Nó de parte de origem e o Nó de parte de destino permitem que o usuário defina o que constitui um registro e devem ser configurados para estruturas de dados hierárquicas e XML.
• Por padrão, a divisão em partes não está habilitada.
• Isso permite um processamento mais rápido de grandes conjuntos de dados e também é usado para atender aos limites de registros impostos por vários sistemas baseados em serviços web ao fazer uma solicitação.