Edite o Arquivo de Configuração do Agente (jitterbit.conf)¶

Parar serviços Jitterbit
Iniciar serviços Jitterbit

No diretório de instalação do Agente Jitterbit:

> StopServices.bat
> StartServices.bat

De um prompt:

$ sudo jitterbit stop
$ sudo jitterbit start

Por padrão, o TempDir a configuração é deixada em branco e o diretório temporário fornecido pelo sistema operacional será usado, com os arquivos temporários do Jitterbit localizados em %temp%\jitterbit ou /tmp/jitterbit.

No Windows com o diretório temporário do sistema operacional padrão, isso seria C:\Windows\Temp\jitterbit.

No Linux com um diretório temporário do sistema operacional padrão de /tmp, este seria /tmp/jitterbit.

Para usar um diretório temporário diferente, defina TempDir igual ao seu caminho absoluto. Use barras, mesmo no Windows. O diretório deve existir e ser legível e gravável pelo Jitterbit Agente Privado.

Por padrão, o CurlDebugDir O parâmetro é deixado em branco e os logs de depuração detalhados não são criados.

Para obter logs de depuração detalhados de solicitações FTP e HTTP, você pode alterar o valor desse parâmetro para qualquer caminho de diretório válido onde deseja salvar os logs de depuração. Cada solicitação criará um novo arquivo neste diretório.

Veja também Curl Debug Logs.

Por padrão, EnableLocalFileLocation está configurado para false. Isso significa que o uso de arquivos locais como origens ou destinos está desabilitado.

Para usar arquivos locais em seu Agente Privado, você pode habilitar arquivos locais alterando o valor deste parâmetro para true. Para obter mais informações, consulte Ativar localização de arquivo local.

O número máximo de iterações de loop permitidas no Jitterbit Harmony é 50.000. O número máximo de iterações de loop em JavaScript é por script e não por loop.

Por exemplo, um script JavaScript contendo três loops, onde cada loop executa 25.000 iterações, teria um total de 75.000 iterações em execução no um script.

Para aumentar o número máximo de iterações permitidas em qualquer script JavaScript, adicione manualmente JavaScriptMaxIterations=X onde X é melhor que 50000.

Por padrão, RecoverableStatusCode está definido para a lista de códigos de erro de 500,502,503,504 para Agente Privado versão 10.34 e posterior.

Para Agentes Privados 10.30 a 10.33, o RecoverableStatusCode a configuração e a lista de códigos de erro devem ser adicionadas manualmente:

RecoverableStatusCode=500,502,503,504

Quando RecoverableStatusCode está definido e a opção Tentar novamente está selecionada em uma conexão HTTP, a atividade se recupera dos códigos de erro listados e tenta novamente a atividade.

Por padrão, EnableAPITimeout não está presente no jitterbit.conf arquivo e deve ser adicionado manualmente.

Se EnableAPITimeout está configurado para true, as operações acionadas pelas APIs do API Manager usarão as configurações de tempo limite de operação definidas em Cloud Studio ou Design Studio.

Por padrão, quando um Jitterbit Agente Privado é instalado, um banco de dados PostgreSQL local é instalado. Esta seção fornece o nome de usuário do Agente Privado para esse banco de dados PostgreSQL local.

Não recomendamos alterar o banco de dados PostgreSQL local padrão. No entanto, para usar um banco de dados PostgreSQL diferente, é aqui que você deve especificar suas informações e credenciais.

Por padrão, quando MaxNumberOfWorkerThreads está configurado para auto, o número de threads de trabalho será duas vezes o número de núcleos.

Você pode alterar esse valor para qualquer número de um mínimo de 1 a um máximo de 200.

Por padrão, quando RunOperationsInSeparateProcess está configurado para true, as operações serão executadas em processos separados. Quando esta opção for true, o padrão é tempo de execução ilimitado durante quanto tempo uma operação pode ser executada.

Para definir um limite de quanto tempo cada operação pode ser executada, você pode definir MaxOperationRuntimeSeconds ao número de segundos permitido. Opcionalmente, você pode especificar um MaxOperationRuntimeMessage que será registrado nos casos em que o tempo máximo de tempo de execução for atingido.

Não é recomendado desligar RunOperationsInSeparateProcess. Você pode fazer isso configurando RunOperationsInSeparateProcess como false. Nesse caso, MaxOperationRuntimeSeconds e MaxOperationRuntimeMessage não será aplicável.

Por padrão, EnableDebugDump é false e o despejo de depurar não está habilitado. Para ativar, defina como true.

Se ativado, você pode definir DebugDumpDir para o caminho para um diretório para o dump de depurar. Se não for especificado, DebugDumpDir padrão será o TempDir configuração sob [Settings].

Para especificar um diretório, defina DebugDumpDir igual ao seu caminho absoluto. Use barras, mesmo no Windows. O diretório deve existir e ser legível e gravável pelo Jitterbit Agente Privado.

Por padrão, WriteLog está configurado para 0, o que significa que o registro detalhado de transformações está desativado.

Para ativar o registro detalhado de transformações para fins de depuração, você pode alterar esse valor para 1.

Não é recomendado manter o log ativado, pois esta opção pode produzir muitos arquivos. Além disso, observe que o registro detalhado também pode ser ativado no nível da operação, o que é preferível.

Quando WriteLog está habilitado e WriteLogDir for deixado em branco por padrão, os logs de depurar serão gravados em JITTERBIT_HOME/DataInterchange/Temp/Debug. Se quiser alterar o diretório onde os logs são salvos, você pode especificar o valor de WriteLogDir como o local do diretório desejado.

Para obter mais informações, consulte Operation Debug Logging.

Por padrão, ValidateXML está configurado para 1, o que significa que a validação XML está ativada.

Para desativar toda a validação XML em escala global, defina como 0. Contudo, isto não é recomendado. Recomenda-se definir isso no nível de transformação.

Por padrão, o modo de atualização automática para LDAP não está ativado.

Se alterado para true, o modo de atualização automática permite pesquisar cada entrada para determinar se a entrada deve ser adicionada ou atualizada.

Por padrão, TimingOn está configurado para 0, o que significa que a criação de perfil de arquivos não está ativada.

Para ativar a criação de perfil globalmente, altere esse valor para 1. Quando ativado, os arquivos de perfil são gravados em JITTERBIT_HOME/DataInterchange/Temp/LOG por padrão. Você não pode alterar o diretório de log deste parâmetro.

Por padrão, AutoStreaming está configurado para 1, o que significa que a transmissão automática está ativada.

Para desativar a transmissão, defina este parâmetro como igual a 0. Contudo, isto não é recomendado. É recomendável fazer isso em transformações individuais.

Consulte também Cloud Studio Processamento de Transformação ou Design Studio Transformações de fluxo e lote.

Por padrão, este parâmetro é definido como 0, o que significa que esta regra não está habilitada.

A única instância em que este parâmetro deve ser definido como 1 é garantir a compatibilidade com versões anteriores. Quando definido para 1, será usada uma regra que estava presente em versões anteriores para a criação de um dos nós de destino XML.

Por padrão, este parâmetro é definido como 0.

Se este valor for definido como 1, então a transformação criará automaticamente um xsi:nil="true" atributo para um elemento que é obrigatório e não mapeado.

Por padrão, Debug está configurado para false e o modo de depurar não está ativado.

Para ativar o modo de depurar, defina o valor como true. Isso fará com que mensagens adicionais do processo sejam gravadas no arquivo de log. Talvez você queira ativar esta opção se tiver dados temporários que não devem ser excluídos.

Consulte Registro de depuração de operação para obter informações adicionais.

Por padrão, este parâmetro é definido como false.

Se definido como true, as operações seriam configuradas para sempre serem executadas com êxito, mesmo se não houvesse dados. Esta opção pode ser útil quando não há arquivos de origem disponíveis para uma origem baseada em arquivo, mas você deseja que a operação seja executada como se tivesse sido bem-sucedida.

Por padrão, quando não especificado, o diretório raiz do armazenamento temporário será TemporaryStorage e no diretório temporário do sistema operacional ou no diretório temporário especificado pelo TempDir configuração sob [Settings].

No Windows com o diretório temporário do sistema operacional padrão, isso seria

C:\Windows\Temp\jitterbit\TemporaryStorage

No Linux com um diretório temporário do sistema operacional padrão de /tmp, isso seria

/tmp/jitterbit/TemporaryStorage

Para especificar um diretório de armazenamento temporário diferente, defina TemporaryStorageRootDirectory igual ao seu caminho absoluto. Use barras, mesmo no Windows. O diretório deve existir e ser legível e gravável pelo Jitterbit Agente Privado; caso contrário, a configuração será ignorada.

Consulte Locais dos arquivos de log para obter informações adicionais.

Por padrão, quando esse parâmetro não é especificado, o número de threads de operação é ilimitado.

Para definir um número máximo de threads, você pode usar um número como valor aqui.

Por padrão, o número máximo permitido de chamadas de operação síncronas aninhadas é 50.

Para aumentar ou diminuir esse máximo, defina como o número desejado. Para tornar este parâmetro ilimitado, defina o valor como 0 ou um número negativo. Entretanto, observe que definir esse parâmetro como ilimitado não é recomendado, pois pode causar instabilidade no sistema.

Por padrão, o número máximo de operações assíncronas permitidas em uma única cadeia é 50.

Isso serve para proteger contra loops de operação infinitos. Para aumentar ou diminuir esse máximo, defina o número desejado. Para tornar este parâmetro ilimitado, defina o valor como 0 ou um número negativo.

Por padrão, este parâmetro é definido como true, o que significa que é possível substituir o comprimento máximo da cadeia de operação assíncrona. Quando esta opção está habilitada, você pode substituir o comprimento máximo da cadeia definindo a variável global $jitterbit.operation.max_async_chain_length (consulte Cloud Studio variáveis de operação Jitterbit ou Design Studio Operação Variáveis Jitterbit).

Se esta opção for alterada para false, não será possível substituir o comprimento da cadeia usando a variável global.

Por padrão, este parâmetro é definido como false, o que significa que os arquivos de operação temporários são mantidos até serem limpos de forma assíncrona.

Para sempre excluir arquivos de operação temporários, mesmo em caso de erros, defina como true.

Por padrão, WriteLog é definido como 0 (falso).

Para ativar WriteLog modo, defina o valor como 1 (verdadeiro). Isso fará com que mensagens de processo adicionais para API e operações agendadas sejam gravadas no arquivo de log. Talvez você queira ativar esta opção se tiver dados temporários que não devem ser excluídos.

Por padrão, EnableErrorLogging é true, significando apenas operações de API (configuradas para APIs personalizadas ou Serviços OData) com erros são registrados nos logs de operação.

Se esta opção estiver definida como false, registro de erros nos logs de operação está desabilitado.

Por padrão, EnableLogging é false, ou seja, todas as operações de API (configuradas para APIs personalizadas ou Serviços OData) não estão registrados nos logs de operação. Observe que você ainda pode visualizar logs de processamento de API no API Manager API Logs.

Se EnableLogging está configurado para true, todas as operações da API serão registradas nos logs de operação. Observe que quando EnableLogging está configurado para true, a configuração para EnableErrorLogging é ignorado (já que todos os logs de operação da API seriam registrados).

Por padrão, EnableOperationIdLogging é false, o que significa que o ID de uma operação que causou uma falha não será registrado.

Se esta opção foi definida como true, o ID da operação que causou a falha será registrado e poderá ser usado para determinar a causa raiz.

Por padrão, APIOperationLogging não está presente no jitterbit.conf arquivo e deve ser adicionado manualmente.

Se APIOperationLogging está configurado para true, um registro registrará o início de uma chamada de API e o tempo decorrido.

Por padrão, EnableErrorLogging é true, significando apenas endpoint hospedado HTTP chamadas com erros são registradas no log de atividades.

Se esta opção estiver definida como false, o registro de erros no log de atividades seria desativado.

Por padrão, EnableLogging é definido como verdadeiro para endpoints hospedados HTTP, o que significa que todas as chamadas de endpoint hospedadas HTTP são registradas no log de atividades. Para desabilitar o log de operação para endpoints hospedados HTTP, você pode alterar esse valor para false. Talvez você queira desativar o registro para obter maior eficiência e rendimento sob carga.

Observe que quando EnableLogging está configurado para true, então a configuração para EnableErrorLogging é ignorado (já que todas as chamadas HTTP seriam registradas).

Se ambos EnableLogging e EnableErrorLogging foram definidos para false, nenhum registro seria ativado.

Se DeregisterAgentOnJVMShutdown está configurado para true (ou não estiver presente), o cancelamento do registro do agente deverá ocorrer, mesmo quando o agente for interrompido (a menos que seja interrompido usando o comando "Drain Stop" do Management Console).

Se DeregisterAgentOnJVMShutdown está configurado para false então o cancelamento do registro do agente não ocorre ao parar o agente (a menos que não seja interrompido usando o comando "Drain Stop" do Management Console).

Por padrão, DisableSuccess é false, o que significa que a criação de arquivos bem-sucedidos está ativada.

Você pode ativar esta opção configurando como true se você não quiser que arquivos sejam criados com sucesso, o que pode economizar espaço em disco.

Por padrão, DisableFailure é false, o que significa que a criação de arquivos de falha está ativada.

Você pode ativar esta opção configurando como true se você não quiser que arquivos de falha sejam criados, o que pode economizar espaço em disco.

Esta seção é usada para criar variáveis globais predefinidas personalizadas que são inicializadas para qualquer operação iniciada no agente. Se você especificar bubble='gum', isso adicionará uma variável global predefinida chamada bubble com o valor inicial de "gum" que pode ser referenciado em scripts como $bubble ou usando Get("bubble").

Consulte Cloud Studio Variáveis Jitterbit ou Design Studio Variáveis Globais.

Por padrão, o tempo de suspensão é definido como 5 segundos.

Esse valor pode ser aumentado ou diminuído dependendo de suas necessidades.

Por padrão, este parâmetro é definido como 0 e o log de depurar do agendador está desativado. Essa é a configuração recomendada, pois ativar o registro de depurar do agendador pode gerar um grande volume de registros e causar degradação de desempenho.

Para ativar o registro de depurar do agendador, altere esse valor para 1. O log é gravado no diretório temporário e é chamado scheduler_debug.log.

Por padrão, este parâmetro é definido como igual a 1, significado AutoStart está ativado.

Se você alterar esta opção para 0, a limpeza de arquivos não será executada automaticamente, desativando efetivamente a limpeza de arquivos.

Por padrão, o tempo de suspensão é definido como 5 segundos.

Esse valor pode ser aumentado ou diminuído dependendo de suas necessidades.

Por padrão, a limpeza de arquivos será executada uma vez a cada 24 horas.

Esse valor pode ser aumentado ou diminuído dependendo de suas necessidades.

Especifica servidores SMTP padrão a serem usados quando uma mensagem e-mail for enviada e nenhum servidor SMTP for especificado pelo usuário.

Adicione os servidores SMTP em uma lista separada por vírgulas.

Não há padrão PublicKeyFile. Você pode especificar o caminho absoluto para sua chave pública aqui, se aplicável. Por exemplo:

PublicKeyFileMe='/usr/local/ssh/id_dsa.pub'

Não há padrão PrivateKeyFile. Você pode especificar o caminho absoluto para sua chave privada aqui. Por exemplo:

PrivateKeyFile='/usr/local/ssh/id_dsa'

Vários conjuntos de chaves podem ser configurados, por exemplo:

$jitterbit.source.sftp.ssh_key_id="Me"

ou

$jitterbit.target.sftp.ssh_key_id="Me"

Com uma entrada como:

PublicKeyFileMe='/usr/local/ssh/id_dsa.pub'
PrivateKeyFileMe= '/usr/local/ssh/id_dsa'
PrivateKeyPassphraseMe=

Não há padrão CertificateFile. Você pode especificar o caminho absoluto para o arquivo de certificado do cliente SSL aqui. Por exemplo:

CertificateFile='C:/Certs/default.crt'

Não há padrão PrivateKeyFile. Você pode especificar o caminho absoluto para sua chave privada aqui. Por exemplo:

PrivateKeyFile='C:/Certs/default.key'

Vários conjuntos de certificados e chaves podem ser configurados, por exemplo:

$jitterbit.target.http.ssl_cert_id = "Me";

ou

$jitterbit.source.http.ssl_cert_id = "Me";

ou

$jitterbit.web_service_call.ssl_cert_id = "Me";

Com uma entrada como:

CertificateFileMe='C:/Users/My Name/Certs/me.crt'
PrivateKeyFileMe=' C:/Users/Meu nome/Certs/me.key'
PrivateKeyPassphraseMe=mysecret

Por padrão, a gravação em um arquivo de depurar de serviço da Web está desabilitada.

Quando ativada, os serviços da Web de back-end gravarão informações de depurar nesse arquivo enquanto estiver no modo de depurar.

Quando true ou quando essa configuração não está presente no arquivo de configuração, os dados de entrada e saída do componente são gravados no log de operação do Cloud Studio quando registro de depurar de operação está ativado em uma operação individual do Cloud Studio em execução em um Agente Privado 10.48 ou posterior. Definido como false para evitar que os dados de entrada e saída dos componentes sejam registrados na nuvem Jitterbit Harmony.