Журнал 4Net Ошибка при опрокидывании. Net Основная функция - PullRequest
0 голосов
/ 31 марта 2020

Я использую Log 4Net (2.0.8), настроенный для RollingFileAppender, в течение нескольких лет для проектов Windows, поэтому имеет смысл продолжать использовать его при переходе на. Net Основные функции на Azure. После нескольких трудностей, связанных с его установкой, я был рад, что он работает относительно хорошо.

Но в журналах главное то, что вы склонны смотреть на них только при исследовании проблемы. Именно тогда я обнаружил следующие проблемы:

  1. При достижении MaximumFileSize журнал начнется поверх НО, существующий файл журнала не был сохранен с добавленным _1, et c. Таким образом, у моих журналов только что был конец дня. Я решил, что решил эту проблему, задав очень большой размер для MaximumFileSize, поэтому ему никогда не придется создавать инкрементный файл.
  2. Однако иногда, когда достигается конец дня, создается новый файл, НО существующий файл не переименовывается в представление файла filename.date. Таким образом, я теряю дневной журнал!

Для всех, кому интересно, вот как выглядит мой конфигурационный файл: <?xml version="1.0" encoding="utf-8" ?> <log4net> <appender name="TecsRollingFile" type="log4net.Appender.RollingFileAppender"> <file value="d:\home\logs\CESAlertsFunction.log" /> <layout type="log4net.Layout.PatternLayout"> <conversionPattern value="%level %date - %message%newline" /> </layout> </appender> <root> <level value="ALL" /> <appender-ref ref="TecsRollingFile" /> </root> </log4net>

Я нахожусь в точке, где я собираюсь Я должен взглянуть на другой инструмент регистрации, так как мне нужно уметь исследовать, что находится в журналах. Я подумал, что расскажу об этом сообществу, чтобы узнать, видел ли кто-нибудь еще эти проблемы и есть ли какие-либо предложения.

Я только что видел эту статью SO Log 4net RollingFileAppender перезаписывает файл, а не добавление номера к концу , поэтому даст ему шанс. У меня нет ни в одном из моих других файлов конфигурации, но я надеюсь, что это работает здесь.

Заранее спасибо ... Стив

1 Ответ

0 голосов
/ 03 апреля 2020

Добавление параметра maxSizeRollBackups решило эту проблему.

...