Closed gavenkoa closed 1 year ago
The only solution to recover is server rebooting ((
@gavenkoa thank you for the report, I'll fix the problem.
please note that log.info(null)
could be also be seen as an incorrect API usage: if you have an arbitrary string, you should probably prefer to use log.info("{}", whatever)
instead - if the string would contain "{}", it would be interpreted as an argument...
Fixed in 3.0.5
https://github.com/internetitem/logback-elasticsearch-appender/issues/63 https://github.com/internetitem/logback-elasticsearch-appender/issues/86
We are using this logger for years and sometimes internal state machine fails, the logger attempts to deliver invalid data infinitely:
I think there are cases with non-null value as during long run it is still entering infinite broken data delivery loop. Like fix should targets the internal state machine and allows recovery path based on ES response. It is fine to lose few messages, it is more dangerous to be stuck infinitely.
Original project is dead, I thought about getting rid of Logback ES appender in favor to Fluentbit log shipper.