Sticky Revision: |
move java components to java folder
Safe singleton init
Close the formatter
report the failure percentage on circuitbreaker web-page - take 3
report the failure percentage on circuitbreaker web-page - take 2
report the failure percentage on circuitbreaker web-page
Re-enable the old breaker constructors (but mark them as deprecated)
Switch entirely to BreakerConfig inits
Add comment about dynamically configured CircuitBreakerServlet
Switch to BreakerConfig method this way it is possible to control the breaker dynamically
Start retrip counter at 1 instead of 0
Take #2 at logging re-trips
make it useable again
Log retrips
make it possible to clear the log from web UI
Only show 10 log entries in view command and add a new command do display the entire log
Add code for annotated Invocation
Expose more details about the current notifier
don't log retrips
better format of logview
add LoggingCircuitBreaker
If the Notifier gets a reference to the CircuitBreaker itself instead of the circuitbreaker's name then the same notifier instance can easily be shared across several circuitbreakers
Dont make javamail output debug info
don't send mial on all events
Return the JMX name when object is registered
add a shutdown routine to circuitbreaker manager
Add a reminder
Support for async notifiers (and basic java notifier - needs debugging)
The correct name for this pattern is "Composite"
Add aggregate notifier in order to handle several notifications
Add Retrip vars to JMX interface
Refactor the function bodies of trip and retrip into one common function
add option to remove CB from the CB manager
Differentiate against a normal trip and a retrip from half-open back to open
When viewing circuitbreaker also show local systemtime for reference
unify date formatting
I like this way better
Correct comment
don't call reset() initially - just set the correct state
Also keep track on when things went back to normal
Use larger chunk for UrlInvocation
Also take not of the time when the last failure occurred
Added two more general purpose invocations
This invocation type will probably be used often so why not have an implementation within the library ?
Rename package
ViewVC Help | |
Powered by ViewVC 1.1.20 |