Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Introduce a FailurePolicy (callback handler) to control what to do on failure. #54

Open
brianoliver opened this issue May 16, 2013 · 2 comments

Comments

@brianoliver
Copy link
Contributor

This should be done in the event-distributor.

Ideally what we'd like to see is some kind of Failure Policy (call back) that provides:

a). the number of consecutive failures (thus far).
b). the amount of time those failures have occurred over.
c). the total number of failures.
d). the amount of time those failures have occurred over.
e). the amount of events currently queued.
f). the exception that occurred / caused the failure.
g). an option over what to do next, those being; "continue" to distributed events, "suspend" distribution of events, "stop" distribution of events.

Using this developers can control and intercept what should happen when failures occur.

The default FailurePolicy would be implemented much as we do now = suspend after a number of consecutive failures.

@brianoliver
Copy link
Contributor Author

Reported by @brianoliver

@brianoliver
Copy link
Contributor Author

This issue was imported from JIRA COHINC-54

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant