Details
-
Story
-
Status: Blocked (View Workflow)
-
P3
-
Resolution: Unresolved
-
None
-
None
-
-
Folijet
-
Not Scheduled
Description
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
TestRail: Results
Attachments
Issue Links
- continues
-
MODDATAIMP-499 SPIKE: Use active Kafka producer from the pool for sending messages
-
- Closed
-
- defines
-
UXPROD-3555 NFR: Data Import Vertx-to-Spring Migration
-
- Open
-
- has to be done before
-
MODDATAIMP-555 Overall testing of using Spring Kafka template for sending messages to Kafka for data-import functionality
-
- Blocked
-