Skip to main content

[JIRA] Updated: (COHINC-54) Introduce a FailurePolicy (callback handler) to control what to do on failure.

  • From: "brianoliver (JIRA)" < >
  • To:
  • Subject: [JIRA] Updated: (COHINC-54) Introduce a FailurePolicy (callback handler) to control what to do on failure.
  • Date: Tue, 21 May 2013 21:43:44 +0000 (UTC)
  • Auto-submitted: auto-generated


     [ 
https://java.net/jira/browse/COHINC-54?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

brianoliver updated COHINC-54:
------------------------------

        Summary: Introduce a FailurePolicy (callback handler) to control what 
to do on failure.  (was: Add the ability to intercept / handle Event failures 
and control suspension / stopping distribution)
    Description: 
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.


  was:This should be done in the event-distributor.


> Introduce a FailurePolicy (callback handler) to control what to do on 
> failure.
> ------------------------------------------------------------------------------
>
>                 Key: COHINC-54
>                 URL: https://java.net/jira/browse/COHINC-54
>             Project: Coherence Incubator
>          Issue Type: Improvement
>          Components: Module: Event Distribution Pattern
>    Affects Versions: 11-FUTURE
>            Reporter: brianoliver
>             Fix For: 11-FUTURE
>
>
> 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.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://java.net/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


[JIRA] Created: (COHINC-54) Add the ability to intercept / handle Event failures and control suspension / stopping distribution

brianoliver (JIRA) 05/21/2013

[JIRA] Updated: (COHINC-54) Add the ability to intercept / handle Event failures and control suspension / stopping distribution

brianoliver (JIRA) 05/21/2013

[JIRA] Updated: (COHINC-54) Introduce a FailurePolicy (callback handler) to control what to do on failure.

brianoliver (JIRA) 05/21/2013
 
 
Close
loading
Please Confirm
Close