Edite el Archivo de Configuración del Agente (jitterbit.conf)¶

Detener Jitterbit Services
Iniciar Jitterbit Services

Desde el directorio de instalación del Jitterbit Agente:

> StopServices.bat
> StartServices.bat

Desde un mensaje:

$ sudo jitterbit stop
$ sudo jitterbit start

De forma predeterminada, el TempDir La configuración se deja en blanco y se utilizará el directorio temporal proporcionado por el sistema operativo, y los archivos temporales de Jitterbit se ubicarán en %temp%\jitterbit o /tmp/jitterbit.

En Windows con el directorio temporal predeterminado del sistema operativo, este sería C:\Windows\Temp\jitterbit.

En Linux con un directorio temporal predeterminado del sistema operativo de /tmp, esto sería /tmp/jitterbit.

Para usar un directorio temporal diferente, configure TempDir igual a su trayectoria absoluta. Utilice barras diagonales, incluso en Windows. El directorio debe existir y el Agente Privado de Jitterbit debe poder leerlo y escribirlo.

De forma predeterminada, el CurlDebugDir El parámetro se deja en blanco y no se crean registros de depuración detallados.

Para obtener registros de depuración detallados de solicitudes FTP y HTTP, puede cambiar el valor de este parámetro a cualquier ruta de directorio válida donde desee guardar los registros de depuración. Cada solicitud creará un nuevo archivo en este directorio.

Consulte también Registros de depuración de rizos.

De forma predeterminada, EnableLocalFileLocation se establece en false. Esto significa que el uso de archivos locales como orígenes o destinos está deshabilitado.

Para usar archivos locales en su Agente Privado, puede habilitar archivos locales cambiando el valor de este parámetro a true. Para obtener más información, consulte Habilitación de la ubicación de archivos locales.

El número máximo de iteraciones de bucle permitidas en Jitterbit Harmony es 50.000. El número máximo de iteraciones de bucle en JavaScript es por secuencia de comandos, no por bucle.

Por ejemplo, un secuencia de comandos de JavaScript que contenga tres bucles, donde cada bucle ejecuta 25 000 iteraciones, sería un total de 75 000 iteraciones ejecutándose dentro del un secuencia de comandos.

Para aumentar el número máximo de iteraciones permitidas en cualquier secuencia de comandos JavaScript, agregue manualmente JavaScriptMaxIterations=X dónde X es mayor que 50000.

De forma predeterminada, RecoverableStatusCode está configurado en la lista de códigos de error de 500,502,503,504 para Agente Privado versión 10.34 y posteriores.

Para Agentes Privados 10.30 a 10.33, el RecoverableStatusCode La configuración y la lista de códigos de error deben agregarse manualmente:

RecoverableStatusCode=500,502,503,504

Cuando RecoverableStatusCode está configurado y la opción Reintentar está seleccionada en una conexión HTTP, la actividad se recupera de los códigos de error enumerados y vuelve a intentar la actividad.

De forma predeterminada, EnableAPITimeout no está presente en el jitterbit.conf archivo y debe agregarse manualmente.

Si EnableAPITimeout se establece en true, las operaciones activadas por las APIs de API Manager utilizarán la configuración de tiempo de espera de operación establecida en Cloud Studio o Design Studio.

De forma predeterminada, cuando se instala un Agente Privado Jitterbit, se instala una base de datos PostgreSQL local. Esta sección proporciona el nombre de usuario del Agente Privado para esa base de datos PostgreSQL local.

No recomendamos cambiar la base de datos PostgreSQL local predeterminada. Sin embargo, para utilizar una base de datos PostgreSQL diferente, aquí es donde deberá especificar su información y credenciales.

Por defecto, cuando MaxNumberOfWorkerThreads se establece en auto, el número de subprocesos de trabajo será dos veces el número de núcleos.

Puede cambiar este valor a cualquier número desde un mínimo de 1 a un máximo de 200.

Por defecto, cuando RunOperationsInSeparateProcess se establece en true, las operaciones se ejecutarán en procesos separados. Cuando esta opción es true, el valor predeterminado es tiempo de ejecución ilimitado durante cuánto tiempo se permite ejecutar una operación.

Para establecer un límite sobre cuánto tiempo se permite ejecutar cada operación, puede configurar MaxOperationRuntimeSeconds al número de segundos permitidos. Opcionalmente puede especificar un MaxOperationRuntimeMessage que se registrará en los casos en que se alcance el tiempo de ejecución máximo.

No se recomienda desactivar RunOperationsInSeparateProcess. Puedes hacerlo configurando RunOperationsInSeparateProcess como false. En ese caso, MaxOperationRuntimeSeconds y MaxOperationRuntimeMessage no se aplicará.

De forma predeterminada, EnableDebugDump es false y el volcado de depurar no está habilitado. Para habilitarlo, configúrelo en true.

Si está habilitado, puede configurar DebugDumpDir a la ruta a un directorio para el volcado de depurar. Si no se especifica, DebugDumpDir por defecto será el TempDir ajuste bajo [Settings].

Para especificar un directorio, establezca DebugDumpDir igual a su trayectoria absoluta. Utilice barras diagonales, incluso en Windows. El directorio debe existir y el Agente Privado de Jitterbit debe poder leerlo y escribirlo.

De forma predeterminada, WriteLog se establece en 0, lo que significa que el registro detallado de transformaciones está desactivado.

Para activar el registro detallado de transformaciones con fines de depuración, puede cambiar este valor a 1.

No se recomienda mantener el registro habilitado, ya que esta opción puede generar muchos archivos. Además, tenga en cuenta que el registro detallado también se puede activar en el nivel de operación, lo cual es preferible.

Cuándo WriteLog está habilitado y WriteLogDir se deja en blanco de forma predeterminada, los registros de depurar se escribirán en JITTERBIT_HOME/DataInterchange/Temp/Debug. Si desea cambiar el directorio donde se guardan los registros, puede especificar el valor de WriteLogDir como la ubicación del directorio deseada.

Para obtener más información, consulte Registro de depuración de operaciones.

De forma predeterminada, ValidateXML se establece en 1, lo que significa que la validación XML está activada.

Para desactivar toda la validación XML a escala global, configúrelo en 0. Como sea, esto no es recomendable. Se recomienda establecer esto en el nivel de transformación.

De forma predeterminada, el modo de actualización automática para LDAP no está habilitado.

Si se cambia a true, el modo de actualización automática le permite buscar cada entrada para determinar si la entrada debe agregarse o actualizarse.

De forma predeterminada, TimingOn se establece en 0, lo que significa que la creación de perfiles de archivos no está activada.

Para activar la creación de perfiles globalmente, cambie este valor a 1. Cuando está habilitado, los archivos de perfiles se escriben en JITTERBIT_HOME/DataInterchange/Temp/LOG por defecto. No puede cambiar el directorio de registro para este parámetro.

De forma predeterminada, AutoStreaming se establece en 1, lo que significa que la transmisión automática está activada.

Para deshabilitar la transmisión, establezca este parámetro en el valor igual a 0. Como sea, esto no es recomendable. Se recomienda hacer esto en transformaciones individuales.

Consulte también Cloud Studio Procesamiento de Transformación o Design Studio Transformaciones por secuencias y por lotes.

De forma predeterminada, este parámetro está configurado en 0, lo que significa que esta regla no está habilitada.

La única instancia en la que este parámetro debe establecerse en 1 es garantizar la compatibilidad con versiones anteriores. Cuando se establece en 1, se utilizará una regla que estaba presente en versiones anteriores para crear uno de los nodos de destino XML.

De forma predeterminada, este parámetro está configurado en 0.

Si este valor se establece en 1, entonces la transformación creará automáticamente un xsi:nil="true" atributo para un elemento que es obligatorio y no está asignado.

De forma predeterminada, Debug se establece en false y el modo de depurar no está habilitado.

Para habilitar el modo de depurar, establezca el valor en true. Esto hará que se escriban mensajes de proceso adicionales en el archivo de registro. Es posible que quieras habilitar esto si tienes datos temporales que no deben eliminarse.

Consulte Registro de depuración de operaciones para obtener información adicional.

De forma predeterminada, este parámetro está configurado en false.

Si se establece en true, las operaciones se configurarán para que siempre se ejecuten correctamente incluso si no hay datos. Esta opción puede resultar útil cuando no hay archivos fuente disponibles para una fuente basada en archivos, pero desea que la operación se ejecute como si hubiera sido exitosa.

De forma predeterminada, cuando no se especifica, el directorio raíz de almacenamiento temporal será TemporaryStorage y en el directorio temporal del sistema operativo, o en el directorio temporal especificado por el TempDir ajuste bajo [Settings].

En Windows con el directorio temporal predeterminado del sistema operativo, este sería

C:\Windows\Temp\jitterbit\TemporaryStorage

En Linux con un directorio temporal predeterminado del sistema operativo de /tmp, este sería

/tmp/jitterbit/TemporaryStorage

Para especificar un directorio de almacenamiento temporal diferente, establezca TemporaryStorageRootDirectory igual a su ruta absoluta. Utilice barras diagonales, incluso en Windows. El directorio debe existir y el Agente Privado de Jitterbit debe poder leerlo y escribirlo; de lo contrario, la configuración se ignora.

Consulte Ubicaciones de los archivos de registro para obtener información adicional.

De forma predeterminada, cuando no se especifica este parámetro, el número de subprocesos de operación es ilimitado.

Para establecer un número máximo de subprocesos, puede utilizar un número como valor aquí.

De forma predeterminada, el número máximo de llamadas a operación síncronas anidadas permitidas es 50.

Para aumentar o disminuir este máximo, configúrelo en el número deseado. Para que este parámetro sea ilimitado, establezca el valor en 0 o un número negativo. Sin embargo, tenga en cuenta que no se recomienda establecer este parámetro en ilimitado ya que puede causar inestabilidad en el sistema.

De forma predeterminada, el número máximo de operaciones asincrónicas permitidas en una sola cadena es 50.

Esto es para proteger contra bucles de operación infinitos. Para aumentar o disminuir este máximo, configúrelo en el número deseado. Para que este parámetro sea ilimitado, establezca el valor en 0 o un número negativo.

De forma predeterminada, este parámetro está configurado en true, lo que significa que es posible anular la longitud máxima de la cadena de operación asincrónicas. Cuando esta opción está habilitada, puede anular la longitud máxima de la cadena configurando la variable global $jitterbit.operation.max_async_chain_length (consulte Cloud Studio Variables de operación Jitterbit o Design Studio Variables de operación Jitterbit).

Si esta opción se cambia a false, no será posible anular la longitud de la cadena utilizando la variable global.

De forma predeterminada, este parámetro está configurado en false, lo que significa que los archivos de operación temporales se conservan hasta que se limpien de forma asincrónica.

Para eliminar siempre los archivos de operación temporales, incluso en caso de errores, configúrelo en true.

De forma predeterminada, WriteLog está configurado en 0 (falso).

Para habilitar WriteLog modo, establezca el valor en 1 (verdadero). Esto hará que se escriban mensajes de proceso adicionales tanto para la API como para las operaciones programadas en el archivo de registro. Quizás quieras habilitar esto si tienes datos temporales que no deben eliminarse.

De forma predeterminada, EnableErrorLogging es true, es decir, solo operaciones API (configuradas para APIs personalizadas o Servicios OData) con errores se registran en los registros de operación.

Si esta opción está configurada en false, registro de errores en los registros de operación está deshabilitado.

De forma predeterminada, EnableLogging es false, es decir, todas las operaciones API (configuradas para APIs personalizadas o Servicios OData) no están registrados en los registros de operación. Tenga en cuenta que aún puede ver los registros de procesamiento de API en el API Manager Registros de API página.

Si EnableLogging se establece en true, todas las operaciones de API se registran en los registros de operación. Tenga en cuenta que cuando EnableLogging se establece en true, el escenario para EnableErrorLogging se ignora (ya que se registrarían todos los registros de operación de API ).

De forma predeterminada, EnableOperationIdLogging es false, lo que significa que no se registrará el ID de una operación que provocó un bloqueo.

Si esta opción se configuró en true, luego se registra el ID de la operación que causó el bloqueo y se puede utilizar para determinar la causa raíz.

De forma predeterminada, APIOperationLogging no está presente en el jitterbit.conf archivo y debe agregarse manualmente.

Si APIOperationLogging se establece en true, un registro registrará el inicio de una llamada API y el tiempo transcurrido.

De forma predeterminada, EnableErrorLogging es true, es decir, solo extremo alojado HTTP las llamadas con errores se registran en el registro de actividad.

Si esta opción estuviera configurada en false, se desactivará el registro de errores en el registro de actividad.

De forma predeterminada, EnableLogging se establece en verdadero para extremos alojados HTTP, lo que significa que todas las llamadas a extremo alojados en HTTP se registran en el registro de actividad. Para deshabilitar el registro de operación para extremos alojados HTTP, puede cambiar este valor a false. Es posible que desee desactivar el registro para obtener una mayor eficiencia y rendimiento bajo carga.

Tenga en cuenta que cuando EnableLogging se establece en true, entonces el ajuste para EnableErrorLogging se ignora (ya que se registrarían todas las llamadas HTTP).

Si ambos EnableLogging y EnableErrorLogging estaban configurados para false, entonces no se habilitará ningún registro.

Si DeregisterAgentOnJVMShutdown se establece en true (o no está presente), entonces la cancelación del registro del agente debería ocurrir, incluso cuando se detiene el agente (a menos que se detenga usando el comando "Drain Stop" desde la Management Console).

Si DeregisterAgentOnJVMShutdown se establece en false entonces la cancelación del registro del agente no ocurre al detener el agente (a menos que cuando no se detenga se use el comando "Drain Stop" desde la Management Console).

De forma predeterminada, DisableSuccess es false, lo que significa que la creación de archivos exitosos está habilitada.

Es posible que desees activar esta opción configurándola en true si no desea que se creen archivos exitosos, esto puede ahorrar espacio en el disco.

De forma predeterminada, DisableFailure es false, lo que significa que la creación de archivos de error está habilitada.

Es posible que desees activar esta opción configurándola en true si no desea que se creen archivos de error, esto puede ahorrar espacio en el disco.

Esta sección se utiliza para crear variables globales predefinidas personalizadas que se inicializan para cualquier operación que se inicie en el agente. Si especifica bubble='gum', esto agregará una variable global predefinida llamada bubble con el valor inicial de "gum" que puede ser referenciado en secuencias de comandos como $bubble o mediante el uso Get("bubble").

Ver Cloud Studio Variables de Jitterbit o Design Studio Variables globales.

De forma predeterminada, el tiempo de sueño está establecido en 5 segundos.

Este valor se puede aumentar o disminuir según sus necesidades.

De forma predeterminada, este parámetro está configurado en 0 y el registro de depurar del programador está desactivado. Esta es la configuración recomendada, ya que activar el registro de depurar del programador podría generar un gran volumen de registros y potencialmente causar una degradación del rendimiento.

Para activar el registro de depurar del programador, cambie este valor a 1. El registro se escribe en el directorio temporal y se llama scheduler_debug.log.

De forma predeterminada, este parámetro se establece igual a 1, significado AutoStart está habilitado.

Si cambia esta opción a 0, entonces la limpieza de archivos no se ejecutará automáticamente, lo que efectivamente deshabilitará la limpieza de archivos.

De forma predeterminada, el tiempo de sueño está establecido en 5 segundos.

Este valor se puede aumentar o disminuir según sus necesidades.

De forma predeterminada, la limpieza de archivos se ejecutará una vez cada 24 horas.

Este valor se puede aumentar o disminuir según sus necesidades.

Especifica los servidores SMTP predeterminados que se usarán cuando se va a enviar un mensaje de correo y el usuario no especificó ningún servidor SMTP.

Agregue los servidores SMTP en una lista separada por comas.

No hay ningún valor predeterminado PublicKeyFile. Puede especificar la ruta absoluta a su clave pública aquí, si corresponde. Por ejemplo:

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

No hay ningún valor predeterminado PrivateKeyFile. Puede especificar la ruta absoluta a su clave privada aquí. Por ejemplo:

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

Se pueden configurar varios conjuntos de claves configurando, por ejemplo:

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

o

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

Con una entrada como:

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

No hay ningún valor predeterminado CertificateFile. Puede especificar la ruta absoluta a su archivo de certificado de cliente SSL aquí. Por ejemplo:

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

No hay ningún valor predeterminado PrivateKeyFile. Puede especificar la ruta absoluta a su clave privada aquí. Por ejemplo:

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

Se pueden configurar varios conjuntos de certificados y claves configurando, por ejemplo:

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

o

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

o

$jitterbit.web_service_call.ssl_cert_id = "Me";

Con una entrada como:

CertificateFileMe='C:/Users/My Name/Certs/me.crt'
PrivateKeyFileMe=' C:/Usuarios/Mi nombre/Certs/me.key'
PrivateKeyPassphraseMe=mysecret

De forma predeterminada, la escritura en un archivo de depurar de un servicio web está deshabilitada.

Cuando está habilitado, los servicios web backend escribirán información de depurar en este archivo mientras están en modo de depurar.

Cuando true o cuando esta configuración no está presente en el archivo de configuración, los datos de entrada y salida del componente se escriben en el registro de operación de Cloud Studio cuando registro de depurar de operación está habilitado en una operación individual de Cloud Studio que se ejecuta en un Agente Privado 10.48 o posterior. Ajustado a false para evitar que los datos de entrada y salida de los componentes se registren en la nube de Jitterbit Harmony.