Details
-
Bug
-
Status: Closed (View Workflow)
-
TBD
-
Resolution: Done
-
None
-
None
-
CP: Sprint 156, CP: sprint 157
-
1
-
Core: Platform
-
Implementation coding issue
-
Nolana (R3 2022), Morning Glory (R2 2022)
Description
Code in RequestExpiryImpl.java:
context.runOnContext(v -> new ConfigurationClient(vertx, okapiHeaders).getTlrSettings() .compose(tlrSettings -> createRequestExpirationService(okapiHeaders, vertx, tlrSettings) .doRequestExpiration() .onComplete(result -> { if (result.succeeded()) { asyncResultHandler.handle(succeededFuture(respond204())); } else { asyncResultHandler.handle(succeededFuture(respond500WithTextPlain( } }) ));
Note that the identation is wrong and hides that onComplete runs inside the compose.
If getTlrSettings() returns a failed Future no 500 response is generated and the request hangs forever.
In addition getTlrSettings() may throw an exception that is not caught, this also makes the request hang forever. The exception origins from OkapiClient.
There is a timer that makes Okapi call this code every other minute: https://github.com/folio-org/mod-circulation-storage/blob/v15.0.2/descriptors/ModuleDescriptor-template.json#L564-L579
TestRail: Results
Attachments
Issue Links
- relates to
-
CIRC-1783 Very slow check out behavior observed in Nolana Hotfix #1
-
- In Code Review
-
-
CIRCSTORE-387 RequestExpirationService hangs on EventPublisherService exception
-
- Closed
-
-
OKAPI-1141 In new/old volaris 1/2nd environment unable to create loan policies.
-
- Blocked
-