I do not speak English, so please excuse the machine translation. Hello. Thank you for your quick reply.
> There should be a branch containing the work in progress of the next > generation rolling file appender. > I named it something like RFA-NG if my memory does not fail on me. > You could base your work on that or proceed otherwise. The path to proceed with implementation based on RFA-NG is the path to address all the bugs, right? That is too much of a hurdle. I considered not touching the existing bug and addressing only LOG4NET-27, but the following comment on 2017/03/09 09:27 made me feel that path is also dangerous. > https://log4net-user.logging.apache.narkive.com/tnI5OT7f/rolling-file-operation-failing-with-source-does-not-exist > Please note that Stefan Bodewig and I agree that the existing > RollingFileAppender implementation is broken in too many ways to fix it. > Patching it further could finally break the few things it does well and > therefore we avoid to patch it any further. Currently, it is hard to choose between the two, so we will give it more consideration. BTW, I couldn't find RFA-NG (feature/RollingFileAppender-NG) on Git (https://github.com/apache/logging-log4net/branches). > https://issues.apache.org/jira/projects/LOG4NET/issues/LOG4NET-367?filter=allopenissues > Dominik Psenner added a comment - 19/May/17 19:56 > I just pushed the latest patch from > https://bitbucket.org/NachbarsLumpi/log4net-patches/src/tip/RFA-NG to a new > feature branch on the git repository named feature/RollingFileAppender-NG. > However, this still needs a lot of work to be done and helping hands are > welcome! Sorry for the inconvenience, but we would appreciate it if you could provide us with the URL. Thank you for reading. 夏月 梨幸(Natsuki Rikou) -----Original Message----- From: Dominik Psenner <dpsen...@gmail.com> Sent: Monday, March 20, 2023 1:26 AM To: dev@logging.apache.org Subject: Re: I have a question regarding LOG4NET-27 and LOG4NET-367. Hi, I am mostly no longer involved in software development, busy otherwise. It is great to see you are interested and willing to invest your valuable time. There should be a branch containing the work in progress of the next generation rolling file appender. I named it something like RFA-NG if my memory does not fail on me. You could base your work on that or proceed otherwise. Warm regards Dominik -- Sent from my phone. Typos are a kind gift to anyone who happens to find them. On Sun, Mar 19, 2023, 13:38 夏月 梨幸 <natsuki.ri...@hotmail.com> wrote: > I do not speak English, so please excuse the machine translation. > > Hello. > Let me ask you a question. > > 1) Which is the best way to proceed on the topic of MaxDateRollBackups > in RollingFileAppender? > ・post https://issues.apache.org/jira/browse/LOG4NET-27 > ・post https://issues.apache.org/jira/browse/LOG4NET-367 > ・post dev@logging.apache.org > > 2) Since RollingFileAppender has been suggested to be re-created in > LOG4NET-367, I am working on implementing MaxDateRollBackups as a > single function independent of Log4Net. > We hoped that if we provided an API, the person leading > LOG4NET-367 would call it at the right time from the appropriate > method in RollingFileAppender. > > However, since Log4Net became dormant on 2020/04/05 and was > revived on 2020/04/06, we are not sure who is now in charge and leading > LOG4NET-367. > Is Dominik Psenner still in charge of LOG4NET-367? Or is he giving > it up? > > 3) I am currently working on implementing MaxDateRollBackups in > VisualStudio2022 with .NetFramework4.7, C# 7.0. > However, I found the following statement. > > > apache-log4net-source-2.0.15.zip > > BUILDING.md > > Log4net provides support for a wide array of targets, including > > - older .net 2 and 3.5 (including client profiles) > > - more modern net40/net45 > > - netstandard1.3/2.0 > > Would I have had to implement it in .NetFramework 2.0, C# 2.0? > > That is all. > > Thank you for reading. > > 夏月 梨幸(Natsuki Rikou) > >
