-
Epic
-
Resolution: Done
-
Critical
-
None
-
None
-
Poll based error handling strategy
-
False
-
None
-
False
-
0% To Do, 0% In Progress, 100% Done
-
MGDOBR - Sprint 222, MGDOBR - Sprint 223, MGDOBR - Sprint 224, MGDOBR - Sprint 225, MGDOBR - Sprint 226
Issue Description:
Current error handling strategies in RHOSE are push based: users can configure a webhook or a Kafka topic (RHOSAK) where to send errors. This helps to have full control of data retention but it requires users to provide a “resource” that RHOSE can use.
There are use cases where this is not possible (e.g not possible to expose on the customer side an endpoint over the internet) and this makes a more complicated “getting started” experience because RHOSE requires additional external dependencies for a customer to see errors in processing.
It should be useful to have an option (poll based) where it is possible for the user to invoke an endpoint and get errors in their Event processing. This requirement has been raised by Heiko Rupp for Notification Service use case but it is quite generic.
Acceptance Criteria:
- Users should be able to configure poll based error strategy and get an endpoint to use to fetch the last 'N' errors that were sent to the DLQ for their Bridge.
Additional Information:
- is related to
-
MGDOBR-784 Rfe: Extend BridgeInstance error handling to allow to poll a REST endpoint
- Closed