Проблема с файловой системой Weird с System.IO.FileInfo при использовании с log4net в приложении wpf

Question

Я раньше использовал log4net в winforms. Первый раз с использованием консольного приложения wpf. Появится консоль, и консольный appender работает точно так же, как в приложении winforms. Однако в winforms мне никогда не приходилось давать полный путь к файлу log4net xml. Он расположен в том же месте, где находятся все файлы cs. (Место по умолчанию, где VS 2010 ставит все свои исходные файлы. Так

XmlConfigurator.ConfigureAndWatch(new System.IO.FileInfo("log4config.xml")); 

работает в Program.cs- приложение WinForms в> Основной(), но для версии МОФ, где у меня есть свой собственный класс запуска с моим собственным Main() (вместо автоматически генерируемый и скрытый основной()) Я должен изменить линию, чтобы посмотреть, как этот

XmlConfigurator.ConfigureAndWatch(new System.IO.FileInfo(@"c:\fullpath\log4config.xml")); 

Это заняло у меня некоторое время, чтобы прибить, так что я подумал, что это может быть полезным, чтобы понять, почему это Я знаю, что я использую log4net ver 1.2.10.0. В log4net dll и xml есть экземпляр для local = true в winforms и wpf. спасибо

Answer 1

Идентификатор dll log4net и xml имеют копию на локальную = true.

Этот синтаксис применяется к log4net.dll, но для файла log4config.xml, он должен иметь свойство «Копировать в выходной каталог», который имеет опции «Не копировать», «Копировать, если новее» и «Копировать всегда».

Когда вы запустите его, действительно ли файл log4config.xml существует в папке .. \ bin \ debug или .. \ bin \ release, и если да, то это правильная версия файла.?

Как сказал Shrieks, это, вероятно, не проблема log4net, так как log4net должен просто использовать свойство FullName объекта FileInfo, который был создан и передан ему.

Answer 2

Пожалуйста, сравните значения Environment.CurrentDirectory в двух разных программах. Вероятно, вы обнаружите, что они разные. Путь «log4config.xml» относится к текущему каталогу, а не к программе exe.

Answer 3

Объект FileInfo решается до его передачи в эту функцию.

Так что факт, что он ведет себя по-разному в разных типах приложений (Winforms & WPF) - это красная селедка. Основная проблема заключается в том, какое значение имеет свойство Path для класса FileInfo.