Details
-
Bug
-
Status: Closed (View Workflow)
-
P1
-
Resolution: Done
-
None
-
None
-
EPAM-Veg Sprint 100, EPAM-Veg Sprint 101
-
1
-
Vega
-
Q2 2020 Hot Fix #5
-
Medium
Description
This is the clone of https://issues.folio.org/browse/CIRC-969 to be back-ported in Q2 2020
Overview:
As Taras_Spashchenko stated in CIRC-961 comments, "the usage of PubSubClientUtils outside of the Vert.x context in mod-circulation that causes the creation of new Vert.x instances again and again", which causes memory leak.
Possible solution: use thenCompose and thenApply methods instead of thenComposeAsync and thenApplyAsync for sending event messages.
Steps to Reproduce:
- Trigger events that cause sending of event messages
- Check module's memory for VertxImpl objects
Expected Results:
The number of VertxImpl objects is not increasing
Actual Results:
The number of VertxImpl objects increases after every event
TestRail: Results
Attachments
Issue Links
- clones
-
CIRC-969 Event publishing causes memory leak
-
- Closed
-
- is blocked by
-
MODPUBSUB-133 BackPort - HttpClientImpl instances created by PubSubClient are not closed explicitly
-
- Closed
-