Details
Assignee
UnassignedUnassignedReporter
Serhii_NoskoSerhii_NoskoPriority
P3Development Team
FolijetRelease
Not ScheduledTestRail: Cases
Open TestRail: CasesTestRail: Runs
Open TestRail: Runs
Details
Details
Assignee
Unassigned
UnassignedReporter
Serhii_Nosko
Serhii_NoskoPriority
Development Team
Folijet
Release
Not Scheduled
TestRail: Cases
Open TestRail: Cases
TestRail: Runs
Open TestRail: Runs
Created September 24, 2021 at 9:40 AM
Updated October 12, 2022 at 6:43 AM
Initially we had a spike MODDATAIMP-499 SPIKE: Use active Kafka producer from the pool for sending messages and based on it results it was chosen to use Spring Kafka Template for sending messages to topics in order to replace Vertx Kafka producers and not implementing custom pool of producers.
This approach can abstract us from implementation details and easy to use. By default its tuned with the most appropriate settings and at the same time is configurable and we can tune it for our needs. It will simply developer's work when concentration more on business requirements, but not supporting own pool of connection. Also our plan is migration our modules to Spring one by one and using Spring Kafka can be good starting point, moreover our modules already using Spring context for dependencies injections that will simplify introducing of Spring Kafka.
PR for reference implemented in Spike: https://github.com/folio-org/mod-source-record-manager/pull/492