Core - Mejoras, Cambios y Soluciones
Esta página cubre las principales mejoras, correcciones de errores, cambios y soluciones proporcionadas en la versión IPF-2024.3.0.
mejoras principales, correcciones de errores y cambios
Nuevo
-
IPF Processing Data
-
Versión 2 de la IPF Processing Data se ha introducido el modelo. Las especificaciones para ambos modelos de datos V2 y V1 se pueden encontrar aquí.
-
El IPF Processing Data Los complementos de salida están configurados, por defecto, para exportar la versión del modelo de datos V2. Solo se exportará una versión para cualquier aplicación que utilice los complementos de salida. Sin embargo, puede configurar los complementos para utilizar el modelo de datos V1 si es necesario utilizando
ipf.processing-data.egress.schema-version = 1. -
IPF Processing Data Los plugins de Ingress pueden consumir tanto el modelo de datos V2 como el V1 al mismo tiempo. La aplicación que lo implemente debe proporcionar un controlador para el nuevo modelo de datos. Consulte el guía de migración para más detalles
-
Cambiado
-
Conector:
-
cuando un ActorSystem no se pasa a un conector, se registra un mensaje de error en lugar de un mensaje de advertencia
-
Todos los constructores de conectores de Envío/Recepción utilizan el nivel de registro de depuración cuando no se proporciona una dependencia y se utiliza el predeterminado.
-
Todos los constructores de conectores de Envío/Recepción utilizan el nivel de registro de depuración cuando no se proporciona el parámetro de configuración y se utiliza el predeterminado.
-
todos los constructores de conectores de Envío/Recepción utilizan el mismo formateador de mensajes de registro
-
Fijo
-
dot-compiler complemento de maven-se actualizó la versión de la dependencia para abordar el problema con las compilaciones de flujo en Windows (el motor j2v8 no puede analizar un archivo); la nueva versión se ha integrado en connector, flo-lang (utilizado en los mosaicos) y ipf-release-management
Servicio de Notificación
Cambiado
-
El
AdditionalPaymentObjectHandlerha sido actualizado y ya no acepta un parámetro de tipocom.iconsolutions.ipf.processingdata.mds. MdsObjectContainerHay dos cambios a destacar:-
La interfaz ha sido renombrada a
AdditionalMdsObjectContainer -
El primer parámetro de la
handleel método ha sido actualizado para aceptar un parámetro de tipocom.iconsolutions.ipf.product.notification.api.model. MdsObjectWrapper-
Ejemplo de construcción de una
MdsObjectWrapperdesde unMdsObjectContainer:
-
-
MdsObjectWrapper<?> toMdsObjectWrapper(final MdsObjectContainer<?> container) {
return new MdsObjectWrapper<>(container.getObjectType(), container.getObject());
}
Message Logsproducido por la aplicación del Servicio de Notificaciones utiliza la V2 IPF Processing Data Modelo. Para permanecer en el conjunto del modelo V1 ipf.processing-data.egress.schema-version = 1.
|
Human Task Manager
Nuevo
-
HTM ahora publicará todas las nuevas domain events to IPF Processing Data y a ODS por defecto.
-
Para deshabilitar el envío de eventos, añada
ipf.journal.exporter.type = nonea suapplication.conf -
En caso de que desee exportar todo el HTM domain events Desde el comienzo de la historia, puede hacerlo añadiendo
event-processor.start-stream-from = EARLIESTa suapplication.conf. Tenga en cuenta que esta opción solo está disponible si no está utilizando procesadores de eventos delegados. Para más detalles, consulte el HTM event processor docs
-
-
Agregado HTM Función de purga de tareas para permitir la purga de elementos de
taskytask-historycolecciones. Los índices TTL se crean por defecto para ambos MongoDB y Azure CosmosDB para MongoDB, y son necesarios para la purga. Por favor, consulte Purga de Tareas HTM documentación para más detalles sobre cómo configurar HTM para bases de datos soportadas.