Editar 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

De 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 utilizar 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 depurar de rizos.

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

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

El número máximo de iteraciones de bucle permitidas en 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 se establece en la lista de códigos de error de 500,502,503,504 para la versión 10.34 y posteriores del agente privado.

Para los agentes privados 10.30 a 10.33, RecoverableStatusCode 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 de 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.

De forma predeterminada, cuando MaxNumberOfWorkerThreads se establece en auto, la cantidad de subprocesos de trabajo será el doble de la cantidad de núcleos.

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

De forma predeterminada, cuando RunOperationsInSeparateProcess se establece en true las operaciones se ejecutarán en procesos separados. Cuando esta opción está activada 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 se establecerá de forma predeterminada en TempDir Ajuste bajo [Settings].

Para especificar un directorio, configure 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 depurar 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, configure 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 creación de perfiles se escriben en JITTERBIT_HOME/DataInterchange/Temp/LOG de forma predeterminada. No se 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, configure este parámetro 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 lote.

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 para garantizar la compatibilidad con versiones anteriores. Cuando se configura 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 desee habilitar esta opción si tiene datos temporales que no se deben eliminar.

Consulte Registro de depurar 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 manera predeterminada, cuando no se especifica, el directorio raíz de almacenamiento temporal será TemporaryStorage y bajo el directorio temporal del sistema operativo, o bajo 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, esto 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 configurar este parámetro como 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 actividades.

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

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 desees desactivar el registro para lograr una mayor eficiencia y rendimiento bajo carga.

Ten 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 Se establecieron 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 se produce al detener el agente (a menos que no se detenga usando el comando "Drain Stop" desde la Management Console).

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

Es posible que desee activar esta opción configurando true si no desea que se creen archivos de éxito, lo que puede ahorrar espacio en disco.

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

Es posible que desee activar esta opción configurando true si no desea que se creen archivos de error, lo que puede ahorrar espacio en 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 suspensión se establece 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 deshabilitará efectivamente la limpieza de archivos.

De forma predeterminada, el tiempo de suspensión se establece 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 Aquí puede especificar la ruta absoluta a su clave privada. Por ejemplo:

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

Se pueden configurar múltiples conjuntos de claves mediante la configuración, 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 Aquí puede especificar la ruta absoluta al archivo de certificado de cliente SSL. Por ejemplo:

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

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

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

Se pueden configurar múltiples conjuntos de certificados y claves mediante la siguiente configuración, 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:/Usuarios/Mi Nombre/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 Harmony.