[
https://issues.apache.org/jira/browse/LOG4J2-714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14062222#comment-14062222
]
Avinash Dhananjay commented on LOG4J2-714:
------------------------------------------
Hi Ralph,
Thanks for the reply. I am working on the changes mentioned in the second point.
I am finding it tough to simulate the junit test cases for the
EnvronmentFailureException, to persist with this exception for some duration
and to bring back the Environment to Normal after some time.
> To Switch to Synchronous mode when there is an issue with PERSISTENT Database
> used in Flume Appender
> ----------------------------------------------------------------------------------------------------
>
> Key: LOG4J2-714
> URL: https://issues.apache.org/jira/browse/LOG4J2-714
> Project: Log4j 2
> Issue Type: New Feature
> Components: Flume Appender
> Affects Versions: 2.1
> Environment: Red Hat Linux 5
> Reporter: Avinash Dhananjay
> Labels: features
> Fix For: 2.1
>
> Original Estimate: 336h
> Remaining Estimate: 336h
>
> Hi Ralph,
> Hope your doing fine. Bhargava and I have come up with one more change along
> with the changes for the fix. Can you please let us know if this design is
> feasible and acceptable to the log4j flume appender community :
> To skip sending events when the environment (Berkley DB or NFS) is down. To
> create a new database environment once the environment is back. We will loose
> the events in this case when the environment is down. — I have made code
> changes for this issue. I am finding it hard to recreate the issue. I am
> currently working on the unit test cases.
> To switch to synchronous transfer of events when there is a problem with the
> database/NFS. This change is to prevent the loss of events. Once the
> environment is back, the code switches to Asynchronous mode. Please let us
> know your opinion on this.
> Regards,
> Avinash
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
