Notas de la versión para IPF-2024.3.0
Esta página detalla todo lo necesario para comenzar con la versión de IPF. 2024.3.0 disponible el 20 de noviembre de 2024.
Cambiar Spotlight
Debe elegir si comenzar a exportar. IPF Processing Data en el esquema V2 (el predeterminado si no hace nada), o en el esquema V1 existente. Para fijar la versión del modelo de datos, utilice `ipf.processing-data.egress.schema-version = 1` para quedarse con la versión actual, o `ipf.processing-data.egress.schema-version = 2`. Vea el guía de migración para Pasos de Migración para IPF Processing Data Versión 2. |
La última versión de la scaffolder is 1.0.5 Instructions sobre cómo utilizar el scaffolder para crear nuevos proyectos son xref:guides:tutorials:create_project.adoc[aquí] |
Arregle Spotlight
-
Manejo de errores más descriptivo en la Resolución de Identidad (PAY-9675)
-
La configuración de interrupción de circuito y reintento es ahora más flexible e intuitiva para configurar (PAY-4362)
Cambios No Rompedores
-
El IPF Processing Data ingreso receive connector soporta el manejo de un lote de registros cuando se utiliza Kafka. Manejo de un lote de IPF Processing Data Los sobres son opcionales y requieren un cambio de código que suministre un manejador de lotes. El manejador no agrupado existente continúa siendo compatible.
-
reference.confagregado a la jerarquía de configuración para los módulos IPF (donde la configuración es local al módulo y no para una dependencia)
Cambios Importantes
-
Como parte del esfuerzo continuo por mejorar la reutilización en los componentes de DSL, la respuesta y reason codes ahora solo se generan una vez para el modelo en el que están definidos. Esto significa que el empaquetado de estas clases puede cambiar, particularmente si se utiliza el core’AceptarORechazar' o 'Códigos De Razón Iso'. Consulte el guía de migración para más detalles.
-
IPF produce IPF Processing Data en el esquema V2 por defecto. Para permanecer en V1, establezca
ipf.processing-data.egress.schema-version = 1. Consulte el guía de migración para más detalles. -
Como parte del IPF test framework actualizar, en clase
com.iconsolutions.ipf.core.test.kafka. KafkaTestTransporter,withProducerConfigywithConsumerConfighan sido eliminados del constructor.withPropertiesPathdebe ser utilizado para construir esta clase. -
Las interfaces de validación se trasladaron a un módulo separado. API. Anteriormente en Clear and Settle API - customers usando el validation api, también necesitará agregar el
validation-apijar -
Punto de Extensión API y el puerto del cliente se trasladó a su propio API proyecto (anteriormente estaba contenido en SEPA CT API). SEPA CT API, ahora depende de la Extension Punto API proyecto
-
Las especificaciones para V1 y V2 se pueden encontrar aquí.
-
-
Interfaz del servicio de notificación
AdditionalPaymentObjectHandleractualizado para desacoplarse de IPF processing data modelo. Consulte cambios en el servicio de notificaciones para detalles de migración -
IPF Archiver produce paquetes de archivo en la V2 IPF Processing Data esquema por defecto. Si desea continuar utilizando el esquema V1, debe ser habilitado con
ipf.archiver.bundle.schema-version = 1.
-
Para garantizar los tipos de datos BigDecimal en business data que tienen valores con ceros a la derecha (por ejemplo,
15.00) ya no pierda precisión durante el procesamiento de pagos o cuando estos datos se exporten a ODS, el jackson funcionalidad de deserialización USE_BIG_DECIMAL_FOR_FLOATS ha sido habilitado por defecto en:-
el akka configuración de serialización en
ipf-common-starter-corea través del parámetro:-
akka.serialization.jackson.deserialization-features. USE_BIG_DECIMAL_FOR_FLOATS=on
-
-
el
SerializationHelperclase de utilidad a través de la propiedad ObjectMapper:-
DeserializationFeature. USE_BIG_DECIMAL_FOR_FLOATS
-
-
-
Si desea anular este nuevo comportamiento predeterminado:
-
agregue el siguiente parámetro de configuración a su archivo de configuración de la aplicación:
-
akka.serialization.jackson.deserialization-features. USE_BIG_DECIMAL_FOR_FLOATS=off
-
-
Crear un custom objeto mapper implementación utilizando el
SerializationHelper.objectMapper()método, y desactive elDeserializationFeature. USE_BIG_DECIMAL_FOR_FLOATSpropiedad:-
SerializationHelper.objectMapper().disable(DeserializationFeature. USE_BIG_DECIMAL_FOR_FLOATS)
-
-
-
withResiliencySettings(ResiliencySettings resiliencySettings)ha sido desaprobado y ha sido reemplazado porFunction<ResiliencySettings, ResiliencySettings> resiliencySettingsCustomiser
Detalles de la versión
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.
Akka/Alpakka binaries de 2.9.x en adelante ya no están en Maven Central y están disponibles desde el Akka Biblioteca Repositorio que https://nexus.ipf.iconsolutions.com/#browse/browse:akka-repository[Espejo de íconos].
Para habilitar el nuevo espejo, añada lo siguiente a su configuración.xml en el <repositories> sección:
<repository>
<id>akka-repository</id>
<name>Akka library repository</name>
<url>https://nexus.ipf.iconsolutions.com/repository/akka-repository</url>
</repository>
Algunos MPS las dependencias también son reflejadas por Icon y se pueden encontrar añadiendo el siguiente repositorio a la misma sección:
<repository>
<id>icon-thirdparty</id>
<name>IPF icon-thirdparty repository</name>
<url>https://nexus.ipf.iconsolutions.com/repository/icon-thirdparty</url>
</repository>
Agregue lo siguiente a su <servers> sección para cada nuevo repositorio:
<server>
<id>Repository_name_here</id>
<username>xxxx</username>
<password>xxxx</password>
</server>
Dónde xxxx es el nombre de usuario y la contraseña proporcionados a usted por Icon.
2024.3.0 Lista de tarros/pomos
Los frascos y pomos para 2024.3.0 y las versiones asociadas se enumeran aquí:2024-3-artifacts.xlsx