Rational Developer para System z, Versión 7.6

Conjuntos de mensajes

Un conjunto de mensajes es un contenedor para agrupar mensajes y recursos de mensajes asociados (elementos, tipos, grupos).

Un conjunto de mensajes está representado por un archivo messageSet.sfmset. El archivo de conjunto de mensajes aparece en la vista Navigator bajo un recurso de proyecto que contenga las definiciones de mensajes.

En el ejemplo siguiente, puede ver una representación de un conjunto de mensajes denominado NCDPLS.Messages que contiene un archivo de conjunto de mensajes (messageSet.sfmset) y dos archivos de mensaje (input_NCDPLS.sfmxsd y ncdpl_rd.sfmxsd). El subproyecto NCDPLS.Messages es un recurso de proyecto que almacena el conjunto de mensajes y los archivos de mensaje asociados. El subproyecto se corresponde a un proyecto de conjunto de mensajes.

Figura 1. NCDDPLS.Messages
NCDPLS.Messages
   Esquema
      input_NCDPLS.sfmxsd
      messageSet.sfmset
      ncdpl_rd.sfmxsd
   .project

Las herramientas de proyecto de servicios crean un conjunto de mensajes automáticamente cuando el subproyecto de definición de interfaz, subproyecto de aplicaciones no de terminal, subproyecto de aplicaciones de terminal o subproyecto de servicios Web de salida es creado.

Un conjunto de mensaje contiene dos propiedades claves:

Recursos de conjuntos de mensajes

Los recursos dentro de un conjunto de mensajes se crean como archivos y aparecen en la vista de Navigator:

Identificación de conjuntos de mensajes

Hay una serie generada de 13 caracteres que identifica de manera exclusiva el conjunto de mensajes.

Recomendaciones para conjuntos de mensajes

Pueden haber tantos archivos de mensaje como desee en un conjunto de mensajes. Pero es recomendable limitar los conjuntos de mensajes a sólo algunos archivos de mensaje relacionados que compartan los mismos formatos físicos. Hay varias razones para esto:
  • La generación de un diccionario de mensajes así como otras representaciones son más rápidas.
  • La documentación generada es más gestionable.
  • Los formatos físicos se aplican a todos los objetos dentro del conjunto de mensajes.

    Por ejemplo, si tiene un mensaje XML y un mensaje CWF no relacionado en el mismo conjunto de mensajes, las propiedades de los formatos físicos XML y CWF estarán presentes para todos los objetos. Sin embargo, las propiedades XML no tienen ningún interés para el mensaje CWF por lo que tomarán un valor predeterminado en dicho mensaje. (De forma similar, el mensaje XML no tiene interés alguno en las propiedades CWF.) Esto puede resultar en avisos de lista de tareas no deseadas.

  • La recursión sólo se permite para el formato físico XML, no para CWF y TDS.

    Por lo tanto, si está modelando mensajes XML que tengan una estructura recursiva, deberá asegurarse de que los mensajes XML recursivos no comparten un conjunto de mensajes con los formatos físicos no XML.


Términos de uso | Comentarios

Este Information Center está basado en tecnología Eclipse. (http://www.eclipse.org)