Я думаю, здесь могут произойти две вещи:
- Ведение журнала работает, но ваш пользовательский фильтр неверен
- Журнал не работает
Будем оптимистами и предположим, что ведение журнала работает.
Ведение журнала работает
Вы настроили EventLogTraceListener для входа в журнал событий с именем MyLog
с источником «Ведение журнала корпоративной библиотеки». Возможно, пользовательский фильтр настроен на фильтрацию по журналу и не выполняет поиск в MyLog? Дважды проверьте свой фильтр, а также убедитесь, что в разделе Журналы приложений и служб действительно есть журнал под названием MyLog.
Однако, если я предполагаю, проблема не в этом.
Ведение журнала не работает
Предположим, что ведение журнала не работает. Наиболее вероятная причина того, что он не работает, заключается в том, что у вас нет разрешения на создание журнала событий. Я также заметил, что в разделе «Регистрация ошибок и предупреждений» не настроен прослушиватель. Всегда полезно настроить журнал ошибок и предупреждений для использования прослушивателя трассировки (я предпочитаю прослушиватель трассировки плоских файлов, поскольку он один из самых простых, поэтому меньше может пойти не так).
Итак, в вашем случае я бы установил чтобы использовать уже настроенный вами "Слушатель трассировки неструктурированных файлов":
<specialSources>
<allEvents switchValue="All" name="All Events" />
<notProcessed switchValue="All" name="Unprocessed Category" />
<errors switchValue="All" name="Logging Errors & Warnings">
<listeners>
<add name="Flat File Trace Listener" />
</listeners>
</errors>
</specialSources>
Теперь, если вы повторно запустите свою программу, вы, вероятно, увидите сообщение об ошибке в consoletrace.log.
Если проблема связана с разрешениями, обычным решением является создание журналов событий и их источников во время установки с учетной записью с соответствующими разрешениями. Например. запись сообщения от имени администратора для настройки журнала и категории.
person
Randy supports Monica
schedule
23.09.2011