Saltar al contenido

Opciones de operación en Jitterbit Design Studio

Esta página describe las opciones configurables para cualquier operación. Para acceder a ellas, haga clic derecho en el fondo de cualquier gráfico de operación y seleccione Opciones en el menú. Aparecerá la ventana Opciones de operación:

adjunto

Estas secciones describen las opciones de operación disponibles:

Tiempo de espera de la operación

El Tiempo de Espera de la Operación es el tiempo máximo que la operación puede ejecutarse antes de cancelarse. Si su operación tiene conjuntos de datos grandes o es compleja, esto podría provocar que operación más en ejecutarse.

Por defecto, el Tiempo de Espera de la Operación está establecido en 2 horas. Si la operación se ejecuta durante más de 2 horas sin completarse o falla, se cancelará automáticamente.

Puede que desee aumentar este valor si la operación tiene conjuntos de datos grandes que tardan mucho en ejecutarse. O bien, reducirlo si las operaciones son urgentes; es decir, no desea que la operación se complete si no puede completarse dentro de un plazo determinado.

Nota

Habilitación de la EnableAPITimeout configuración en el archivo de configuración del agente privado permite que las operaciones activadas por las APIs de API Manager utilicen estas configuraciones de tiempo de espera de operación.

Qué registrar

La opción Qué registrar le permite elegir entre "Todo" o "Solo errores". Estos registros se pueden ver al hacer clic derecho en el fondo de una operación y seleccionar Registro de operaciones. Tenga en cuenta que, dentro del Registro de operaciones, también puede filtrar solo por errores. De forma predeterminada, se registra todo, incluyendo los estados de éxito, cancelado, pendiente, en ejecución y error. Una razón por la que podría ser conveniente seleccionar "Solo errores" antes de generar el registro es que, si experimenta problemas de latencia en las operación, esto podría mejorarlos. De esta forma, si no planeaba usar los demás mensajes que no son de error y que normalmente se filtran en el Registro de operaciones, puede evitar que se generen.

Habilitar el modo de depurar

En la ventana Opciones de operación, seleccione Habilitar modo de depuración hasta y establezca una fecha para desactivar esta opción. Esta fecha está limitada a dos semanas a partir de la fecha actual. El registro se desactivará al comienzo de esa fecha (00:00) según la zona horaria del agente. Habilitar el modo de depurar para una operación específica puede ser útil si tiene problemas con una operación específica y no necesita activar el registro de depurar para todo el proyecto, ya que esto puede generar archivos muy grandes en el directorio.

Cuando el registro de depurar de operación está habilitado, se generan estos tipos de registros, según el tipo de agente:

  • Agente privado: Archivos de registro de depuración de una operación. Esta opción se utiliza principalmente para depurar problemas durante las pruebas y no debe activarse en producción, ya que puede generar archivos muy grandes. El registro de depuración también se puede habilitar para todo el proyecto desde el propio agente privado (véase registro de depurar de operación). Los archivos de registro de depurar son accesibles directamente en los agentes privados y se pueden descargar a través de la Management Console Agentes y Operaciones en tiempo de ejecución páginas.

  • Agente privado o agente en la nube: Registros de operaciones para operaciones de API exitosas (configuradas para APIs personalizadas o servicios OData). De forma predeterminada, solo las operaciones de API con errores se registran en los registros de operación.

Ejecutar operación exitosa

  • La opción Ejecutar operación exitosa incluso si no hay archivos de origen coincidentes se aplica a las operaciones que tienen activadores "OnSuccess" configurados.
  • De forma predeterminada, sus operaciones OnSuccess solo se ejecutarán si tienen un archivo de origen coincidente para procesar.
  • Tiene la opción de forzar el éxito de la operación anterior, lo que le permite iniciar la operación "OnSuccess" incluso si el disparador falla. Esto puede ser útil para configurar partes posteriores del proyecto sin depender del éxito de una operación dependiente.

Nota

El parámetro AlwaysRunSuccessOperation en el [OperationEngine] sección del jitterbit.conf el archivo anula la configuración Ejecutar operación correctamente incluso si no hay archivos fuente coincidentes.

Habilitar fragmentación de datos

  • Chunking permite que Jitterbit procese datos en el sistema de destino en fragmentos.
    • El tamaño del fragmento le dice a Jitterbit cuántos registros de origen procesar por hilo.
    • La Cantidad de registros por archivo le indica a Jitterbit que coloque solo la cantidad solicitada de registros en el archivo de destino.
    • El Número máximo de subprocesos le indica a Jitterbit cuántos subprocesos simultáneos procesar.
    • El nodo de fragmento de origen y el nodo de fragmento de destino permiten al usuario definir qué constituye un registro y deben configurarse para estructuras de datos jerárquicas y XML.
  • De forma predeterminada, la fragmentación de datos no está habilitada.
  • Esto permite un procesamiento más rápido de grandes conjuntos de datos y también se utiliza para abordar los límites de registros impuestos por varios sistemas basados en servicios web al realizar una solicitud.