Notas de la versión para IPF-2023.4.0
Esta página detalla todo lo necesario para comenzar con la versión de IPF. 2023.4.0 disponible el 9 de febrero de 2024.
Detalles
Binarios
Los binarios principales están disponibles en IPF-Liberaciones.
Los binarios de Lightbend Telemetry (anteriormente conocido como "Cinnamon") están disponibles en IPF Lightbend.
Características y Cambios
Aquí está lo nuevo y cambiado en 2023.4.0
Arregle Spotlight
-
Se solucionaron problemas de velocidad en la eliminación y actualización del diario.
-
Se añadió una marca de tiempo a las entradas en la Colección de Diarios.
-
Final state Los ESBs ahora programan su propio passivation sobre la recuperación
Cambios Importantes
Java 17
Desde la versión V 2024.1(Mayo 2024), IPF estará utilizando Java 17/Primavera 6/Spring Boot 3 para todos los componentes de IPF. IPF ya no será compatible con Java 11, y deberá utilizar Java 17 en diseño, construcción y tiempo de ejecución. |
Cambios en DSL
La implementación de DSL se ha actualizado para permitir una reutilización más robusta. Hay dos cambios principales en este sentido:
Aggregate Functions& Enriquecedores de Entrada
Aggregate functions y los enriquecedores de entrada se utilizaron para permitir que los datos fueran manipulados durante el procesamiento del flujo. En esencia, ambas funciones realizan un mapping de un conjunto de datos a otro. Por lo tanto, han sido reemplazados por un único 'Mapping Concepto de 'Función'.
Cuando utilice un mapping función en lugar del anterior enriquecedor de entradas, todo es lo mismo. Usted define el mapping función en el mappings sección:
Y luego aplique qué enriquecimientos de entrada debe poner el mapping en:
Para aggregate functions, la ligera diferencia es que ahora están definidos en el mappings sección anterior pero luego aplicada en el event nivel:
Además de las capacidades existentes proporcionadas por el antiguo aggregate functions y enriquecedores de entrada, también obtenemos las siguientes capacidades:
-
Las funciones de mapeo pueden ser definidas dentro de un 'Mapping’Biblioteca' que no es restricted a un solo flujo. Esto significa que pueden ser utilizados en múltiples flujos o versiones de un flujo.
-
Las funciones de mapeo ahora pueden ser utilizadas para definir un mapping requerido para ejecutar una acción saliente sin impactar el rest del flujo.
Cambios en el Conector RequestReply
La firma para los conectores de respuesta de solicitud ha cambiado de modo que el objeto resultante ahora está envuelto en un objeto 'Response':
public class RequestReplySendConnector<REQ_D, REQ_T, REP_D, REP_T> implements SendingConnector<REQ_D, Response<REP_D>>
Este objeto de respuesta contiene la entidad de respuesta original en el campo 'value', pero también proporciona acceso al contexto de procesamiento de la aplicación.
ODS
Nuevas Funciones
Customisable Resúmenes
-
Permite el campo de resumen incorporado predeterminado.mappings ser customised por solución.
-
Se produce una biblioteca para clientes/equipos de clientes aguas abajo contra la cual,custom resumen mappings se puede construir y probar fácilmente. Se proporciona documentación que describe cómo "conectar" el custom mappings en ODS Ingestion.
IPF Archiver
-
El Archivero IPF es un complemento opcional, destinado a ser utilizado junto con ODS Ingestion, que produce paquetes de archivo para cada unit of work que cumple con los criterios para el archivo, por ejemplo, ha alcanzado un estado terminal state y está fuera de un período de gracia configurado.
Soporte FX
-
Dos nuevos Core PDS Se han añadido tipos: AdditionalIdentifier y Fx.
-
Se exportan ahora identificadores adicionales de un Process Flow Event como un PDS objeto en lugar de como un Custom Objeto.
-
Fx PDS Los objetos se utilizan para manejar datos de divisas. Estos están mapeados a nuevos campos de Resumen que se devuelven como parte de la ODS Inquiry resúmenes APIs. Estos nuevos campos son:
-
monto De Transacción Convertido
-
convertedTransactionAmountCurrency
-
tipoDeCambio
-
-
Ambos nuevos Core PDS los objetos pueden ser exportados a ODS a través de un Process Flow Event o a través del directo PDS exportador de egreso de datos de procesamiento
Grande Message Log Soporte
-
Message log las entradas ahora admiten un campo de referencia. Este nuevo campo se utiliza como un identificador para un Message Log que se almacena externamente debido a su tamaño de archivo.
-
IPF ODS puede manejar este nuevo campo, almacenándolo como parte de la MessageLogEntry documento, y devolviéndolo como parte de la message log ODS Inquiry APIs.
-
Adicionalmente, un message log direct data exporter ha sido añadido a IPF Processing Data. Permitiendo que message log entradas a exportar sin implementar el MessageLogger interfaz
Purga de TTL de CosmosDB (cambio de base de datos)
-
La implementación de purga predeterminada que utilizamos para MongoDB no funciona bien en un entorno de CosmosDB, y también tiene un gran impacto en ODS Ingestion rendimiento.
-
Esta implementación específica de CosmosDB se proporciona como una alternativa y es completamente opcional.
-
Esta implementación debería costar menos en general y tener un menor impacto en ODS Ingestion rendimiento, pero con la complejidad adicional de que se deben ejecutar trabajos de "mantenimiento" (automatizados y configurables) para mantener la paridad de características con la implementación estándar de purga.
Cambios y Mejoras Notables
Deprecado custom objetos en IPF Processing Data
-
Como parte de la migración a PDS objetos, la opción de categorizar business data elementos en un flujo como CUSTOM ha sido eliminado. Ahora deben ser categorizados como ESTRUCTURA_DE_DATOS_EN_PROCESO.
-
Los flujos de muestra existentes han sido migrados y IPF Processing Data ya no produce custom estructuras de datos de objeto. Además, esto significa que IPF Processing Data ya no produce custom objetos en duplicado de PDS objetos.
-
Permita a los clientes especificar MDS y PDS identificadores.
-
Al exportar un MDS estructura de datos, un id y parentId pueden ahora ser proporcionados junto con el MDS Cuando se especifica, estos Ids se asignan al nivel superior. MDS Objeto que es producido por IPF Processing Data Si no se especifica, los Ids son generados.
-
A PDS el objeto se identifica de manera única por su nombre y unitOfWorkId. Al exportar directamente un PDS estructura de datos, se puede ahora proporcionar un nombre al exportador. Si no se especifica, el nombre se genera a partir del PDS estructura de datos.
Introduzca la colección unitOfWorks (cambio de base de datos)
-
Añadido un nuevo ODS colección: unitOfWorks. Se utiliza para rastrear metadatos para un unit of work a diferencia de un Resumen que se utiliza como un business data vista. Se han realizado actualizaciones para utilizar esta colección en lugar de la colección de resúmenes para procesos internos como la purga y, en el futuro, la archivación.
-
Esta colección no está expuesta como parte de la ODS Inquiry APIs.
-
Además, se ha añadido configuración para permitir ODS Ingestion Resumen de la funcionalidad que se desactivará. Significado ODS Ingestion puede ser implementado sin consultas y resúmenes mientras se mantiene una vista de un unit of work la metadata de * dentro de la colección unitOfWorks.
GUI
Mejoras del SDK de la interfaz gráfica de usuario
-
Actualización de Angular 16
-
Una actualización necesaria para mantener 'N-1' con el calendario de lanzamientos de Angular.
-
-
Cypress.
-
Se añadió la prueba de cypress a nuestros módulos para probar adecuadamente la funcionalidad de los componentes.
-
Actualmente solo está configurado para la filtración bancaria y HTM flujos, pero se añadirán más en el futuro con otros tickets.
-
-
Mueva el módulo común al repositorio ops-gui-framework.
-
Problema de rendimiento en las pruebas de Jest resuelto.
-
Resolución de '--legacy-peer-deps' de larga duración flag problema.
-
Se han añadido más componentes reutilizables para ayudar a mejorar la velocidad de desarrollo.
Soporte de GUI para permitir el filtrado de BIC / Banco / Moneda por operadores
-
Flujo de filtrado bancario añadido
-
Algunas mejoras generales en el 'formulario dinámico' para facilitar el desarrollo y la velocidad con la que podemos construir nuevas características.
-
Refactor de CSM Agente y Moneda del Agente para alinearse más con nuestros otros módulos de configuración.
-
Se añadió la capacidad de buscar y visualizar puntos de datos de FX desde la interfaz gráfica de usuario.
-
También se añadieron estos puntos de datos a la tabla de resultados.
-
SEPA CT
-
Construyendo sobre la base establecida por el MVP entregado anteriormente.
-
Integre los mensajes de impago con el existente SEPA Procesos de salida y entrada de CT.
-
Implemente controles de validación exhaustivos para los mensajes de no pago entrantes y salientes para garantizar la adherencia a SEPA estándares. Facilite la notificación y resolución de errores de manera eficiente para mejorar la fiabilidad del sistema.
-
Soporte para adicional message type s, incluyendo camt. 056(Banco a-Customer Gestión de Efectivo) y pacs. 028(Financial Institution-to-Customer Declaración).
-
Se implementaron mecanismos para el manejo y procesamiento efectivo de mensajes de impago, asegurando la compatibilidad con los flujos de trabajo existentes.
-
Manejo de errores para gestionar excepciones y mantener la integridad de la transmisión de datos.
CSM Services
Se ha añadido un nuevo campo.externalRequestBody que está disponible en los siguientes tipos enviados desde los siguientes instant
pago CSM Services:
-
RT1
-
FedNow
-
T2
Este campo está disponible en los siguientes mensajes de la CSM Service:
-
ReceivePaymentRequest -
ReceivePaymentSettledRequest -
ReceivePaymentStatusInquiryRequest -
ReceiveRecallRequest -
ReceivePositiveAnswer -
ReceiveNegativeAnswer
Estos mensajes estarán disponibles en los diversos handleXxx métodos como se describe en Use the CSM Service Client Library.
Los métodos respectivos donde el externalRequestBody estarán disponibles por lo tanto:
-
handleReceivePaymentRequest -
handleReceivePaymentSettledRequest -
handleReceivePaymentStatusInquiryRequest -
handleReceiveRecallRequest -
handleReceivePositiveAnswer -
handleReceiveNegativeAnswer