Статья:
Система поддержки событий COM+Автор(ы): А. Новик
Авторы:
А. Новик
Аннотация:
Система поддержки событий COM+ — это служба операционной системы, предоставляющая базовые сервисы поддержки событийного механизма.
Спасибо большое за статью.
Я только начинаю изучать данную технологию и чтобы сделать данный пример, данных в статье явно не достаточно.
Поэтому был бы более благодарен при наличии исходников.
При использовании Queued событий есть 2, точки приложения технологии Queued Components. 1-точка — это рассылка события событийным классом. Фактически для того, что бы событий стало Queued надо установить соответствующий флаг у рассылки и у событийного интерфейса обьекта подписчика. Никаких манипуляций с событийным классом/приложением не нужно. Событийный класс даже может быть установлен как Library приложение. Работает это очень просто. Если опция Queued у подписки не установлена, то рассылка осуществляется созданием событийного класса и вызовом соответствующих методов. Если же опция Queued установлена, то в свойствах подписки выставляется свойство SubscriberMoniker в значение "
queue:/new:{CLSID}". Как видно Queue подписка есть ни что иное как простой вызов Queue компонента. Вторая точка приложения технологии Queued Components — посылка сообщения/вызов метода событийного класса. Если событийный класс реально находится на удалённой машине, то это имеет смысл, но на одной машине — никакого и вызывать событий в таком случае нужно просто создав событийный класс по его CLSID, а не при помощи queue моникера.
Ещё забыл сказать, что особые извращенцы
могут использовать свойство SubscriberMoniker в своих корысных целях
Скажем написать свой моникер и установить его для рассылки сообщений. Это может быть полезно скажем для рассылки сообщений с использованием IBM MQ Series или любого другого транспорта
