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: Documentación del procesador de revistas 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 tipo de dato.
-
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 de zona horaria 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: Se generaron eventos de procesamiento de archivos FileEntrySkippedEvent y PartyEntityDirectorySubTypeMappingSkippedEvent dos veces y se registraron errores dos veces.
-
Dynamic Settings Workflow- Se ha añadido un nuevo evento y se han enriquecido los eventos existentes. Esto mejorará la supervisión de 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 el tipo de métricas y fileName(más información en Csm Reachability y la ingestión de datos de la industria) -
Reemplazando Caffeine sincronizar la implementación de caché síncrona con la implementación de caché asíncrona para corregir múltiples llamadas al callback en
getOrDefaultmétodo enipf-cache-caffeinemódulo. -
Actualizado
EventProcessorStreamusarmapAsyncPartitioneden lugar del anteriormapAsyncoperador. Ahora, incluso cuando se habilita el paralelismo de procesamiento, no procesaremos eventos relacionados en paralelo dentro de un solo flujo, por lo tanto, los procesadores de registros deben ser paralelizados de manera segura. -
Ipf-file-manager - S3File Reader corregido para poder descargar archivos más grandes.
-
Conector:`IngestedFile` as
ReceivedMessageel contexto de 's ha sido reemplazado porIngestedFileContext -
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- cambiaron los nombres de los índices que se están creando en la colección transactionCacheEntry de mongodb:
-
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 se producí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 |
Predetermina a Antes de cambiar un sistema existente para utilizar |
Introducido
|
Estos transportes se configuran por defecto a existentes Kafka configuración de transporte, con el valor predeterminado Kafkalos clientes, y por extensión los temas, pueden ser configurados por tipo de dato, por ejemplo, todos los registros de mensajes pueden 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. |