Message Definition
La definición fundamental de la arquitectura Messaging. Almacena la información de cómo el mensaje esta compuesto y esta basado en una estructura similar a un Component (multi-level) o un Record con tablas padre-hijo. Dentro del message esta compuesto por CAMPOS que serán llenados en el momento de la publicación del mensaje o en la recepción del mismo.
Estructura del Mensaje: Cada nodo participante debe contener el mensaje con el mismo nombre y la misma estructura.
Un mensaje debe estar únicamente en un canal.
La columna Alias de la vista de lista permite especificar un valor de etiqueta de campo XML para los mensajes cuyo nombre de campo original es diferente. El sistema de suscripción utilizará este valor en lugar del nombre de campo original del sistema de publicación. Si no especifica ningún valor de alias, el sistema subscriptor utiliza el nombre de campo original.
El campo Alias resulta útil para versiones cruzadas e integración con terceros. La casilla de selección Publish es una función de seguridad que controla si el campo se publica en el mensaje o no.
Active: Determina que el mensaje està habilitado para ser publicado. Si se limpia este check, todas las Transacciones, Relationships asociadas al mensaje, son deshabilitadas, pero si se lo vuelve a chequear, estas no se habilitan automáticamente.
Non-Repudiation — NR: Seleccionado, se envian y reciven mensajes en forma nonrepudiated.
Validate Structure – Validate: Seleccione para indicar que cuando se recibe el mensaje, el tipo de datos de cada campo y la longitud se debe validar contra el formato del campo en la base de datos local. Si un campo falla esta validación, la transacción falla con un error. Si no se tilda el check box, la validación todavía se realiza, pero la transacción no falla. En su lugar, los datos en campos de la definición destino se truncan para caber en la longitud del campo en la definición local.
Message Channel: Se especifica el Message Chanel. Obligatorio.
Default Version: Se especifica la Versión por defecto que será enviada o recibida por PeopleCode.Cada Mensaje tiene una Versión por defecto (Versión n). Cada vez que se crea una nueva versión, esta, recibirá el valor n que le sigue a la ultima versión creada.Se puede tener una cantidad ilimitada de Versiones en el mensaje, pero una será la Versión por Defecto.
Esta Versión por Defecto es utilizada en el caso de que el Mensaje sea Transformado por PeopleCode.
Ya que una definición de Mensaje soporta múltiples Versiones, entonces se puede decir que el Mensaje soporta múltiples estructuras.
Message Viewing/Correction: Es para ver las instancias del Mensaje.
Una vez creado el mensaje, se debe asociar a un canal de Mensaje. ¿PARA QUE ESTA ASOCIACION?: Se asocia por seguridad par poder manejar grupos de mensajes.
No hay comentarios:
Publicar un comentario