Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Менеджмент сервиса [D7, NT4, Win2k, WinXP]

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

OldNaum (2005-08-22 10:26:00) [1]
не примите за ребячество, просто интересно очень. кто-нибудь разбирался как можно заставить свою службу выполняться в процессе svchost, а не в отдельном? сходу не могу преположить зачем это может понадобиться, но интересно. в статье говорится о том, что "механизм недоступен независимым разработчикам", но зная наших Мастеров думаю проблема была решена?

OldNaum (2005-08-22 10:23:00) [2]
статья отличная ) абсолютно с вами согласен. сижу разбираюсь.

Leonid Troyanovsky (2005-08-22 10:04:00) [3]

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

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

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

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

--
Regards, LVT

OldNaum (2005-08-22 07:43:00) [4]
ну тут уже куча вариантов ) но, Юрий правильно рассуждает. я перегнул палку. все действительно проще.

Турист (2005-08-21 22:37:00) [5]
>Юрий Зотов © (21.08.05 20:58) [4]
А как апплет узнает об изменении лога, когда он (апплет) работает ?

OldNaum (2005-08-21 21:29:00) [6]
логично. спасибо, кажется я проникся идеологией ))

Юрий Зотов (2005-08-21 20:58:00) [7]
> OldNaum © (21.08.05 20:41) [3]

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

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

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

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

Юрий Зотов (2005-08-21 18:34:00) [9]
Имеем:
1. Сам сервис (считывает конфигурацию при старте).
2. Апплет Панели управления (меняет конфигурацию и перезапускает сервис, также позволяет остановить/стартовать сервис вручную).
3. Иконка в трее (запускает апплет).
4. Показ иконки в трее тоже сидит в настройках и тоже управляется апплетом.

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

Leonid Troyanovsky (2005-08-21 18:30:00) [10]

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

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

--
Regards, LVT.

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »