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.2.0.
mejoras principales, correcciones de errores y cambios
Nuevo
-
Plataforma IPF: Journal processor documentación añadida a Flo Starter Proyectos
-
Conector: Propiedad de configuración añadida para el tiempo de espera de la llamada a la
CorrelationServiceinSendConnector. Valor predeterminado proporcionado enipf.connector.default-send-connector.correlation-stage-timeoutde 5s.Si el valor proporcionado para correlation-stage-timeoutno es menor que elcall-timeoutEspecificado para un conector particular, el tiempo de espera de la etapa de correlación se reducirá para ser inferior al tiempo de espera de la llamada (200 ms menos) y el valor actualizado se registrará junto con un mensaje de advertencia. -
MongoDB: Se añadió la capacidad de establecer el quórum de confirmación. Puede establecerse globalmente para la creación de todos los índices con
ipf.mongodb.commit-quorum. Consulte la documentación de cada componente individual para saber cómo anular por componente. -
IPF Processing Data: Los exportadores pueden generar datos para diferentes Kafka temas, configurables por data type.
-
Flo-lang y Akka-persistence-mongo-db: Se añadió una funcionalidad de purga configurable para las colecciones de diario y de instantáneas. La funcionalidad predeterminada es no purgar documentos de ninguna de las colecciones. La implementación utiliza índices ttl de Mongo y Cosmos que deberán ser creados manualmente. Las guías de configuración se encuentran en la documentación:
-
Persistent Scheduler se añadió soporte para zonas horarias a persistent scheduler
Cambiado
-
Poller de Archivos IPF-Cambio drástico- Para soportar múltiples entidades de procesamiento, el IPF File Poller ahora puede sondear desde múltiples ubicaciones. Esto significa que la siguiente configuración ha cambiado de un solo elemento a una lista de elementos:`ipf.file-poller`→`ipf.file-poller.pollers`
-
Dynamic Settings Workflow- Se eliminó la llamada redundante al convertidor de archivos durante la ingestión de archivos del procesador de archivos. Este problema estaba afectando CSM Reachability Ingesta de Datos: procesamiento de archivos FileEntrySkippedEvent y PartyEntityDirectorySubTypeMappingSkippedEvent events se levantaron dos veces y se registraron errores dos veces.
-
Dynamic Settings Workflow- Añadido nuevo event y enriquecido existente events. Mejorará la supervisión, para los ya existentes
FileEntrySkippedEventcon tipo y fileName,ProcessingCompleteEventcon tipo, resultado, nombre_archivo y nombre_proceso yProcessingFailedEventcon processName y fileName. También se añadió nuevoFileEntryProcessedEventcon tipo de métricas y fileName(más información al respecto en Csm Reachability y la ingestión de datos de la industria) -
Reemplazando Caffeine sincronizar cache implementación con async cache implementación para corregir múltiples llamadas a la devolución de llamada en
getOrDefaultmétodo enipf-cache-caffeinemódulo. -
Actualizado
EventProcessorStreampara usarmapAsyncPartitioneden lugar del anteriormapAsyncoperador. Ahora, incluso cuando el paralelismo esté habilitado, no estaremos procesando relacionados.events en paralelo dentro de un único flujo, así journal processor s debe ser paralelizado de manera segura. -
Ipf-file-manager - S3File Reader corregido para poder descargar archivos más grandes.
-
Conector:`IngestedFile` as
ReceivedMessage’el contexto de 's ha sido reemplazado por'`IngestedFileContext -
IPF Processing Data: Actualizado
MdsWrapperrestricción de tipo genérico de la clase. El parámetro genéricoTdebe implementar ahorajava.io. Serializable-
Cambiado de
MdsWrapper<T>toMdsWrapper<T extends Serializable>
-
-
Transacción IPF Cache- cambió los nombres de los índices que se están creando en transactionCacheEntry mongodb colección:
-
findByTypeAndHashIndexrenombrado ahash_1_type_1 -
findByTypeAndHashAndMessageIdIndexrenombrado ahash_1_type_1_messageId_1
-
Fijo
-
Conector- Consumo de memoria en
LocalDirectoryConnectorTransportcomponente -
Archivador IPF- Se solucionó un problema donde ocurrían errores al entregar paquetes de archivo a Kafka no se propagaron correctamente, lo que resultó en la falta de paquetes de archivo.
Configuración
Obsoleto |
Se mantiene la compatibilidad hacia atrás para esta versión, pero |
Obsoleto |
Se mantiene la compatibilidad hacia atrás para esta versión, pero |
Introducido |
Predeterminado a Antes de cambiar un sistema existente para utilizar |
Introducido
|
Estos transportes se configuran por defecto a los existentes. Kafka configuración de transporte, con el valor predeterminado Kafka clientes, y por extension los temas, pueden ser configurados por data type, p. ej. todo message logs puede ir a un tema diferente, por ejemplo Este cambio no es disruptivo y se comporta como antes, a menos que se configure explícitamente para utilizar temas diferentes. |