Windows service. Поиск системных ошибок и отображение их в WinForm C#

[lair]

… и зачем?

[Wyrd]

Особенно интересно зачем нужна служба.… Зачем?

[LikaKiwi]

Был такой заказ, значит кому-то нужно. Пришлось быстро разбираться, а инфы в нэте не так уж и много оказалось.

[Refridgerator]

Я делал похожий сценарий.

На разных серверах и станциях крутятся службы, фиксирующих время последнего сообщения и отсылающего его (и сами сообщения по запросу) клиенту по tcp. Это позволяет оперативно увидеть сам факт появления новых сообщений и просматривать их, игнорируя ранее просмотренные.

[lair]

Гм-гм, а что бы готовое решение-то не взять?

[Refridgerator]

Например?

[lair]

Winlogbeat, из того, что первым пришло в голову, но мониторинг-тулзов дофига на рынке.

[Refridgerator]

Посмотрел, выглядит совсем не так, как хотелось. Да и задача довольно простая для того, чтобы позволить себе роскошь самостоятельной реализации.

[lair]

Я когда-то тоже думал, что мониторинг — простая задача.

[IL_Agent]

Омг, Form1, Service1… Что это было?

[GLeBaTi]

Смысл заморачиваться с одной утилитой? Форма будет одна, сервис тоже. Если копать глубже, то можно ко многому прикопаться (например локализация, UX...)

[IL_Agent]

Если решили публиковать свой код, то можно хотя бы элементарно его оформить. Когда видишь такое, сразу пропадает доверие и желание читать.

[perlestius]

Любой доступ к системе, изменение безопасности, подстройка операционной системы, аппаратный сбой и сбой драйвера — все это попадает в журнал событий.

Не любой и не все, а согласно настройкам ведения логов

Есть 3 типа журнала: приложение(Application), системные(System) и безопасность(Security). Нам нужен только системный(System).

Есть ещё журналы приложений и служб (Applications and Services Logs)

[Yustos]

Посмотрите Topshelf. Он упростит вашу жизнь до одного стартап-класса. Серия полезностей в установке и возможность консольного запуска прилагаются.