Мое приложение использует NLog в качестве рамки ведения журнала, скрытой за фасадом в проекте MyLogging. Проект ссылается на несколько веб-сайтов, чтобы они не зависели от NLog. После компиляции NLog.config
из проекта ведения журнала заканчивается в bin
папках каждого сайта, и NLog удается найти его автоматически при запуске. Это понятно и очень хорошо. Однако, редактирование любого файла в пределах bin
папка заставляет ASP.NET перезапустить рабочий процесс, поэтому я хотел бы иметь NLog.config
одну папку рядом с обычным web.config
.Перемещение конфигурационных файлов зависимых сборок
Что я пытаюсь добиться \ избегать:
- Keep конфигурацию NLog в одном файле `потому что это то же самое для всех моих веб-сайтов
- Не вставлять его в сайтах
web.config
(для не запускать автоматический перезапуск ASP.NET) - Просто перемещение файла после создания проектов с помощью команды msbuild не является вариантом, поскольку сайты развернуты до Azure (перемещенные файлы не будут упакованы во время процесса публикации)
- I ' d хотел бы избежать возиться с post-deploym лор скрипты и жесткие вещи кодирования как
E:\siteroot\0
Этот вопрос на самом деле не NLog конкретны, как я бы такой же проблемы со стандартными app.config
файлами. Какие у меня варианты?
держа nlog.config рядом с web.config (так же каталог), должны работать (я использую его все время). Почему это дает вам проблемы? – Julian
Это то, что я хотел бы получить, потому что после компиляции NLog.config находится в папке bin (для его BuildAction установлено значение Content). – UserControl