Por qué se deben modelar mensajes

IBM® App Connect Enterprise ofrece una serie de analizadores sintácticos para analizar y generar formatos de mensajes. Algunos formatos de mensaje son autodefinidos y se pueden analizar sin una referencia a un modelo. La mayor parte de los formatos de mensajes, no obstante, no son de autodefinición y un analizador debe tener acceso a un modelo predefinido que describe el mensaje, si va a analizar correctamente el mensaje.

Un ejemplo de un formato de mensaje autodefinido es XML. En XML, el mensaje propiamente dicho contiene metadatos además de valores de datos y son estos metadatos los que permiten que un analizador XML conozca un mensaje XML incluso si no hay ningún modelo disponible. Otro ejemplo de formato autodefinido es JSON.

Los ejemplos de los mensajes que no tienen un formato de mensaje de autodefinición son los mensajes de texto CSV, los mensajes binarios que se originan desde un programa COBOL y los mensajes de texto con formato SWIFT. Ninguno de estos formatos de mensaje contiene suficiente información para permitir que un analizador comprenda totalmente el mensaje. En estos casos, se necesita un modelo para describirlos.

Aún cuando los mensajes sean de autodefinición y no requieran modelado, el modelado de mensaje aporta las ventajas siguientes:
  • Validación de tiempo de ejecución de los mensajes. Sin un modelo de mensaje, un analizador no puede comprobar si los mensajes de entrada y de salida tienen la estructura y los valores de datos correctos.
  • Análisis ampliado de los mensajes XML. Aunque XML es de autodefinición, todos los valores de datos se tratan como series si no se utiliza un modelo de mensaje. Si se utiliza un modelo de mensaje, al analizador se le proporciona el tipo de datos de los valores de datos y puede convertir los datos como corresponde.
  • Mayor productividad al escribir ESQL. Al crear programas ESQL para flujos de mensajes de « IBM App Connect Enterprise », el editor ESQL puede utilizar modelos de mensajes para ofrecer ayuda en la finalización de código.
  • Operaciones de arrastrar y soltar en correlaciones de mensajes. Al crear mapas de mensajes para flujos de mensajes de « IBM App Connect Enterprise », el editor gráfico de mapeo de datos utiliza el modelo de mensajes para rellenar sus vistas de origen y destino.
  • Se pueden volver a utilizar modelos de mensajes en su totalidad o en parte creando mensajes adicionales basados en mensajes existentes.
  • Generación de documentación.
  • Se proporciona un control de versión y un control de acceso para modelos de mensaje almacenando las definiciones en un depósito central.

Para aprovechar al máximo las funciones que ofrece IBM App Connect Enterprise, configura los formatos de tus mensajes.

Para acelerar la creación de modelos de mensajes, se proporcionan importadores para leer metadatos tales como archivos de cabeceras C, libros de copias COBOL, y metadatos EIS para crear modelos de mensajes a partir de dichos metadatos. Además, hay modelos predefinidos disponibles para formatos de mensajes estándar y comunes del sector, como SWIFT, EDIFACT, X12, FIX, HL7 y TLOG.