Edite o arquivo de configuração do agente privado Jitterbit (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 padrão do sistema operacional, isso seria C:\Windows\Temp\jitterbit.

No Linux com um diretório temporário padrão do sistema operacional de /tmp, isso 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 agente privado Jitterbit.

Por padrão, o CurlDebugDir parâmetro é deixado em branco e 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 deste parâmetro para qualquer caminho de diretório válido onde você deseja que os logs de depuração sejam salvos. Cada solicitação criará um novo arquivo neste diretório.

Veja também Logs de depurar do Curl.

Por padrão, EnableLocalFileLocation está definido para false. Isso significa que o uso de arquivos locais como fontes 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 Habilitando o local do arquivo local.

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

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

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

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

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 Repetir está selecionada em uma conexão HTTP, a atividade se recupera dos códigos de erro listados e tenta a atividade novamente.

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

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

Por padrão, quando um agente privado Jitterbit é 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ê especificaria suas informações e credenciais.

Por padrão, quando MaxNumberOfWorkerThreads está definido 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 até um máximo de 200.

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

Para definir um limite de quanto tempo cada operação pode ser executada, você pode definir MaxOperationRuntimeSeconds para o número de segundos permitido. Você pode opcionalmente 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 se aplicará.

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

Se habilitado, você pode definir DebugDumpDir para o caminho para um diretório para o depurar. Se não for especificado, DebugDumpDir será o padrão para 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 agente privado Jitterbit.

Por padrão, WriteLog está definido 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 este valor para 1.

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

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

Para obter mais informações, consulte Registro de depurar de operação.

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

Para desativar toda a validação XML em uma escala global, defina como 0. No entanto, isso não é recomendado. É recomendado definir isso no nível de transformação.

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

Se alterado para true, o modo de atualização automática permite que você pesquise cada entrada para determinar se ela deve ser adicionada ou atualizada.

Por padrão, TimingOn está definido 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 este valor para 1. Quando habilitado, os arquivos de criação de perfil são gravados em JITTERBIT_HOME/DataInterchange/Temp/LOG por padrão. Você não pode alterar o diretório de log para este parâmetro.

Por padrão, AutoStreaming está definido para 1, o que significa que o streaming automático está ativado.

Para desabilitar o streaming, defina este parâmetro como igual a 0. No entanto, isso não é recomendado. É recomendado fazer isso em transformações individuais.

Veja também Integration 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 compatibilidade com versões anteriores. Quando definido como 1, uma regra que estava presente em versões anteriores para criar um dos nós de destino XML será usada.

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á definido para false e o modo de depurar não está habilitado.

Para habilitar o modo de depurar, defina o valor como true. Isso fará com que mensagens de processo adicionais sejam gravadas no arquivo de log. Você pode querer habilitar isso se tiver dados temporários que não devem ser excluídos.

Veja Registro de depurar de operação para obter informações adicionais.

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

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

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

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

C:\Windows\Temp\jitterbit\TemporaryStorage

No Linux com um diretório temporário padrão do sistema operacional 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 agente privado Jitterbit; caso contrário, a configuração será ignorada.

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

Por padrão, quando este 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 de chamadas de operação síncrona aninhadas permitidas é 50.

Para aumentar ou diminuir esse máximo, defina o número desejado. Para tornar esse parâmetro ilimitado, defina o valor como 0 ou um número negativo. No entanto, 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 é para proteger contra loops de operação infinitos. Para aumentar ou diminuir esse máximo, defina o número desejado. Para tornar esse 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íncronas. 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 (ver Integration StudioOperação Variáveis 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é que sejam 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 habilitar WriteLog modo, defina o valor para 1 (true). Isso fará com que mensagens de processo adicionais para operações de API e programadas sejam gravadas no arquivo de log. Você pode querer habilitar isso 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, significando todas as operações de API (configuradas para APIs personalizadas ou serviços OData) não são registrados nos registros de operação. Observe que você ainda pode visualizar os logs de processamento da API no API Manager Logs da API página.

Se EnableLogging está definido para true, então todas as operações da API são registradas nos logs de operação. Note que quando EnableLogging está definido para true, o cenário 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 causa uma falha não será registrado.

Se esta opção foi definida como true, então o ID da operação que operação causando a falha é registrado e pode 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á definido para true, um log registrará o início de uma chamada de API e o tempo decorrido.

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

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

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

Observe que quando EnableLogging está definido 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, então nenhum registro seria habilitado.

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

Se DeregisterAgentOnJVMShutdown está definido para false então o cancelamento do registro do agente não acontece 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 de sucesso está habilitada.

Você pode desejar ativar esta opção configurando-a para true se você não quiser que arquivos de sucesso sejam criados, 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á habilitada.

Você pode desejar ativar esta opção configurando-a para 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 que comece 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").

Veja Integration StudioVariáveis Jitterbit ou Design Studio Variáveis globais.

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

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

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

Para ativar o registro de depurar do agendador, altere este 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á habilitado.

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

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

Este 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.

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

Especifica os servidores SMTP padrão a serem usados quando uma mensagem de email deve ser enviada e nenhum servidor SMTP foi 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 definindo, 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 definindo, 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/My Name/Certs/me.key'
PrivateKeyPassphraseMe=mysecret

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

Quando habilitado, os serviços web de backend gravarão informações de depurar neste arquivo enquanto estiverem no modo de depurar.

Quando true ou quando esta configuração não estiver presente no arquivo de configuração, os dados de entrada e saída do componente serão gravados no Integration Studio log de operação quando registro de depurar de operação está habilitado em um indivíduo Integration Studio operação em execução em um agente privado 10.48 ou posterior. Definido como false para evitar que os dados de entrada e saída do componente sejam registrados na nuvem Harmony.