Este pasado 23 de Mayo de 2019 se lanzo la versión 6.5.0 del Enterprise Integrator. Y aquí vamos a hacer una revisión de todas sus novedades. Principalmente las asociadas al EI, aunque también hay algunas asociadas al Integration Studio o al Micro Integrator que puedes ver aquí.
Se ha creado un mediator que permita la declaración múltiple de propiedades dentro de la integración. Algo muy demandado por los desarrolladores y que evitará muchas lineas de código.
<propertyGroup> <property expression="get-property('SYSTEM_DATE', 'dd-MM-yyyy')" name="systemDate"/> <property expression="get-property('Action')" name="action"/> <property expression="$axis2:ContentType" name="contentType"/> </propertyGroup>
- JsonPath en los mediators Aggregate, Iterate y Enrich
Además de poder utilizar XMLPath en estos mediators, ahora tendremos la posibilidad de utilizar tambie'n JsonPath a través de json-eval.
Los poison messages son aquellos mensajes que se han intentado mandar el limite permitido de veces a través de un Message Processor. Y cuando pasa esto, el Message Processor entra en estado desactivado. Hasta ahora se podían descartar aquellos poison messages, ahora además podremos reenviarlos a otro message store.
Para ello deberemos acceder a la opción de menú Home > Message Processors. En esta página debemos pulsar sobre el enlace View Message asociado al message processor que tenemos desactivo. Y una vez dentro iremos mensaje por mensaje decidiendo que queremos hacer: decartarlo, no hacer nada o la nueva opción, redirigirlo a otro message store que haya sido previamente registrado.
<?xml version="1.0" encoding="UTF-8"?> <sequence name="enrichSequence" xmlns="http://ws.apache.org/ns/synapse"> <enrich> <source clone="false" type="custom" xmlns:ns="http://org.apache.synapse/xsd" xpath="json-eval($.name)"/> <target action="replace" property="bookName" type="property"/> </enrich> <respond/> </sequence>
Para ello deberemos acceder a la opción de menú Home > Message Processors. En esta página debemos pulsar sobre el enlace View Message asociado al message processor que tenemos desactivo. Y una vez dentro iremos mensaje por mensaje decidiendo que queremos hacer: decartarlo, no hacer nada o la nueva opción, redirigirlo a otro message store que haya sido previamente registrado.
- Mejora en el soporte REST para Data Services basados en JSON
- Debemos llamar al servicio indicando el recurso request_box y pasarle en el body una petición con un formato determinado
- Este formato viene encabezado por el objeto request_box y cada uno de sus hijos es un objeto que comprende una operación, la cual a su vez comprende el conjunto de parámetros necesarios para llevarla a cabo.
- Estas operaciones incluidas en un objeto tienen un formato de nombre concreto: _<Metodo HTTP><Recurso del DS>. Ej: _postemployee
- Soporte de OData Services para MongoDB
- Soporte para monitorización de estadísticas con Prometheus
- Mejora en el rendimiento en alta escalabilidad de los datos analíticos
Como veis muchas novedades y además se ha deprecado otras tantas:
- Priority Executors.
- Mediators: Enqueue, Bean, POJO Command, Spriong Conditional router, Event e In y Out.
- MSF4J Profile
No hay comentarios:
Publicar un comentario