TicSalut
Generalitat de Catalunya - Departament de Salut

← Volver a listado de noticias

23-05-2013

Análisis de Mirth Connect VERSIÓN 2.2.1 vs. VERSIÓN 3.0.0 Beta 2

Desde la Oficina de Estándares e Interoperabilidad se han analizado las diferencias entre la versión 2.2.1 y la versión 3.0.0 de Mirth Connect.

El analisis consiste en explicar las modificaciones de las ventanas y de los nuevos usos que se han introducido en la plataforma.

Algunas de las mejoras más destacadas son:

  • Los Scripts/plantillas de canal sólo se guardan sin ser almacenados a la base de datos.
  • Se permiten LLP destino para reenviar mensajes NACK un número a veces determinado.
  • Un mensaje enviado a través de ‘”Enviar Respuesta a” tiene que especificar la ID del canal fuente a la ChannelMap.
  • Mostrar sesión JMSSession (servicio de mensajes Java) para publicar Script de procesamiento.
  • Reescritura de los conectores JMS (Los conectores JSM ahora tienen la habilidad de restablecer automáticamente la conexión en caso de que se pierda de manera inesperada).
  • Cambio de las columnas de texto a nvarchar (max) por Scripts SQL Server.
  • Añadido “filtro de respuesta / transformador” al conector de destino.
  • Posibilidad de actualizar por iText 2.1.7 y Flying Saucer 9.0.1.
  • Colas a una IP y puerto que sólo permiten una sesión.
  • Cambios en los tipos de datos para permitir diferentes propiedades de entrada y salida.
  • Crear un nuevo cuadro de diálogo para eliminar todos los mensajes, que incluye la opción para borrar las estadísticas.
  • Re-escritura de lector/grabador de bases de datos.
  • El FileReader permite cambiar el nombre de los archivos entrantes sin mover a otro directorio.
  • Mejora del aspecto de los cuadros combinados (combo box) en celdas de la tabla.
  • Añadida una opción para activar/desactivar la podadora de mensajes (Message Pruning).
  • Hacer que el diálogo de los tipos de datos sólo se permita guardar si se ha pulsado el botón Aceptar.
  • Se determina el comportamiento correcto cuando el error/excepción ocurre en el transformador respuesta.
  • Se determina si los valores nulos se tienen que revisar en los serializadores de tipos de datos.
  • Se determina para cada tipo de datos sin propiedades por defecto las que causarán la ejecución del transformador.
  • Añadida columna Errores a la ventana del mensaje.
  • Actualización de las columnas del examinador de mensajes predeterminado.

Compartir