Менеджмент сервиса

← →
OldNaum © (2005-08-21 18:20) [0]

Написал сервис, решающий определенный задачи. Как я уже заметил, правилом хорошего тона является создание менеджера сервиса (управление оным + конфигурация + алерты и прочее (tray icon к примеру)) в виде отдельного приложения. каким макаром обычно организовывается связь между сервисом и его менеджером? есть ли какие-нить стандарты? кто как поступал в таких случаях?

← →
Leonid Troyanovsky © (2005-08-21 18:30) [1]

> OldNaum © (21.08.05 18:20)
> Написал сервис, решающий определенный задачи. Как я уже
> заметил, правилом хорошего тона является создание менеджера
> сервиса (управление оным + конфигурация + алерты и прочее
> (tray icon к примеру)) в виде отдельного приложения. каким
> макаром обычно организовывается связь между сервисом и его
> менеджером? есть ли какие-нить стандарты? кто как поступал
> в таких случаях?

http://rsdn.ru/?summary/2393.xml

--
Regards, LVT.

← →
Юрий Зотов © (2005-08-21 18:34) [2]

Имеем:
1. Сам сервис (считывает конфигурацию при старте).
2. Апплет Панели управления (меняет конфигурацию и перезапускает сервис, также позволяет остановить/стартовать сервис вручную).
3. Иконка в трее (запускает апплет).
4. Показ иконки в трее тоже сидит в настройках и тоже управляется апплетом.

Собственно, и все взавимодействие.

← →
OldNaum © (2005-08-21 20:41) [3]

Юрий Зотов © (21.08.05 18:34) [2]
спасибо за схему ) четко сформулировано.
схема отлично подходит в случае, когда нет необходимости визуализировать определенную информацию с сервиса, к примеру в real-time. а также выполнение определенных запросов к сервису, своего рода "диагностика". можно конечно реализовать пользовательский интерфейс в самом сервисе, но логичнее в менеджере.

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

← →
Юрий Зотов © (2005-08-21 20:58) [4]

> OldNaum © (21.08.05 20:41) [3]

> можно конечно реализовать пользовательский интерфейс в самом
> сервисе, но логичнее в менеджере.

О том и речь. Апплет - вот он и есть тот самый менеджер. Суть в том, что менеджеру незачем постоянно сидеть в памяти, его дело - управлять настройками и показывать текущую информацию (текущие настройки, лог и состояние сервиса, например).

← →
OldNaum © (2005-08-21 21:29) [5]

логично. спасибо, кажется я проникся идеологией ))

← →
Турист (2005-08-21 22:37) [6]

>Юрий Зотов © (21.08.05 20:58) [4]
А как апплет узнает об изменении лога, когда он (апплет) работает ?

← →
OldNaum © (2005-08-22 07:43) [7]

ну тут уже куча вариантов ) но, Юрий правильно рассуждает. я перегнул палку. все действительно проще.

> OldNaum © (21.08.05 20:41) [3]

> дык я к чему клоню ) какой способ межпрограммного взаимодействия
> больше бы подошел в данной ситуации? возможно я перегибаю
> палку и все намного проще чем

"соединение с менеджером системных служб на удаленном компьютере реализовано с использованием протокола SMB."

Читай статью, весьма полезна для общего развития.

--
Regards, LVT

статья отличная ) абсолютно с вами согласен. сижу разбираюсь.

не примите за ребячество, просто интересно очень. кто-нибудь разбирался как можно заставить свою службу выполняться в процессе svchost, а не в отдельном? сходу не могу преположить зачем это может понадобиться, но интересно. в статье говорится о том, что "механизм недоступен независимым разработчикам", но зная наших Мастеров думаю проблема была решена?

Менеджмент сервиса Найти похожие ветки