Done
Details
Assignee
Adam DickmeissAdam DickmeissReporter
Adam DickmeissAdam DickmeissLabels
Priority
P2Story Points
2Sprint
NoneDevelopment Team
Core: PlatformTestRail: Cases
Open TestRail: CasesTestRail: Runs
Open TestRail: Runs
Details
Details
Assignee
Adam Dickmeiss
Adam DickmeissReporter
Adam Dickmeiss
Adam DickmeissLabels
Priority
Story Points
2
Sprint
None
Development Team
Core: Platform
TestRail: Cases
Open TestRail: Cases
TestRail: Runs
Open TestRail: Runs
Created September 13, 2019 at 11:06 AM
Updated January 3, 2020 at 2:22 PM
Resolved September 18, 2019 at 2:07 PM
All business modules that takes request from Okapi should pass on X-Okapi-Request-Id so that the call graph can be established.. mod-inventory does not do that.
Example url:
/inventory/items?query=barcode%3D%3D1653577489
2019-09-13 09:45:10,626 INFO ProxyContext 117906/inventory REQ 10.0.2.2:46652 diku GET /inventory/items mod-authtoken-2.3.0-SNAPSHOT.53 mod-inventory-13.1.0-SNAPSHOT.170 2019-09-13 09:45:10,790 INFO ProxyContext 117906/inventory RES 202 163730us mod-authtoken-2.3.0-SNAPSHOT.53 http://10.0.2.15:9132/inventory/items?query=barcode%3D%3D1653577489 2019-09-13 09:45:11,154 INFO ProxyContext 117906/inventory RES 200 363755us mod-inventory-13.1.0-SNAPSHOT.170 http://10.0.2.15:9143/inventory/items?query=barcode%3D%3D1653577489
All intermediate steps omit the 117906 – the top-level request-Id.. From code inspection it appears that org.folio.inventory.support.http.client.OkapiHttpClient never passes on X-Okapi-Request-Id.
See https://folio-org.atlassian.net/browse/CIRC-452?focusedCommentId=107605&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel
for how it should look..