[ 
https://issues.apache.org/jira/browse/LOG4J2-714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Remko Popma updated LOG4J2-714:
-------------------------------

    Priority: Major  (was: Blocker)

Re-resetting priority to major as this is not a showstopper for 2.0.1.

> 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
>
>         Attachments: FlumeAppender.java, FlumePersistentAppenderTest.java, 
> FlumePersistentManager.java, 
> US36689_-_Mitigating_loss_of_NFS_storage_connectivity_with_flume.patch
>
>   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: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org

Reply via email to