бами (Service Control Manager, SCM). Крім усього іншого, реєстр використовується для запису відображення ідентифікаторів класів (CLSID) на локальні імена файлів, що містять реалізації класів. Щоб створити об'єкт, процес спочатку повинен переконатися, що відповідний об'єкт класу завантажений. p align="justify"> Якщо об'єкт виконується на віддаленому хості, справа відбувається інакше. У цьому випадку клієнт контактує з менеджером управління службами цього хоста, який являє собою процес, відповідальний за активізацію об'єктів, подібно сховищу реалізацій в CORBA. SCM цього віддаленого хоста переглядає свій локальний реєстр у пошуках файлу, асоційованого з CLSID, після чого запускає процес, що містить цей об'єкт. Сервер виконує мар-шалінг покажчика на інтерфейс і повертає його клієнту, який виконує демаршалінг покажчика і передає його заступнику. p align="justify"> Процес клієнта отримує доступ до SCM і реєстром, що допомагає йому знайти віддалений об'єкт і виконати прив'язку до нього. Клієнту пропонується заступник, який реалізує інтерфейси цього об'єкта. p align="justify"> Сервери DCOM
Передбачається, що об'єкти DCOM є більш-менш самодостатніми в тому сенсі, що різні можливості, які в CORBA надає стерпний адаптер об'єктів, жорстко закодовані в кожному об'єкті DCOM. DCOM пропонує стандартний спосіб активізації об'єктів, в тому числі і розташовані на віддаленому хості. p align="justify"> На хості, що підтримує об'єкти DCOM, повинен виконуватися вже згадуваний раніше менеджер управління службами (Service Control Manager, SCM). SCM відповідає за активізацію об'єктів, яка проводиться таким чином. Припустимо, що клієнт володіє CLSID об'єкта класу. Щоб створити новий об'єкт, він передає цей ідентифікатор CLSID в свій локальний реєстр, де виконується пошук хоста, на якому повинен знаходитися потрібний сервер об'єктів. Потім CLSID передається менеджеру SCM, асоційованому з знайденим хостом. У пошуках файлу, що дозволяє завантажити об'єкт класу, який може створювати екземпляри нового об'єкта, SCM шукає цей ідентифікатор CLSID вже у своєму локальному реєстрі. зазвичай починає виконання нового процесу з завантаження знайденого об'єкта класу, після чого створює екземпляр об'єкта. У SCM реєструється також порт, з якого В«свіжоспеченийВ» сервер буде отримувати вхідні запити, а також ідентифікатор нового об'єкта. Ця інформація прив'язки повертається клієнтові, який після її отримання може працювати з сервером об'єкта безпосередньо, без втручання SCM. p align="justify"> Такий підхід залишає рішення всіх питань, пов'язаних з управлінням об'єктами на сервері, розробнику. Щоб трохи полегшити йому життя, DCOM надає засоби управління об'єктами. Один з таких засобів носить назву активізації В«на льотуВ» (В«just-in-timeВ» activation), або JIT-активізації (JIT-activation). Під цією назвою ховається механізм, за допомогою...
