чує сильне поділ між термінами служби об'єктів CORBA і термінами служби серванта. Наступні терміни відносяться до циклу життя об'єкта CORBA:
· Активація (activation) - запуск існуючого об'єкта CORBA, щоб дозволити йому приймати запити.
· Дезактивація (deactivation) - завершення роботи активного об'єкта CORBA.
Наступні терміни відносяться до циклу життя серванта:
· Втілення (incarnation) - з'єднання серванта з об'єктом CORBA
· Знищення (еtherealization) - руйнування асоціацію між сервантом і об'єктом CORBA
Під час свого життя об'єкт CORBA може бути втілений більш ніж одним сервантом. У той же самий час, окремий сервант, з іншого боку, може втілювати більше одного об'екта.Технологія CORBA носить істотно більш загальний і універсальний характер, ніж COM, що закладено в її фундаменті. Випередження розробки специфікацій (у порівнянні з реалізаціями) дозволяє домогтися більш зв'язковий, цілісною і гармонійної системи. З іншого боку, при розробці реального проекту потрібно попередньо переконатися, що високоякісна реалізація того чи іншого сервісу CORBA вже доступна (джерелами проблем можуть служити, наприклад, PersistenceService і SecurityService) .В даний момент CORBA не має своєї власної компонентної моделі; робота над нею почалася в 1998 р і ще не завершена. Це головний серйозний недолік. Правда, він дещо компенсується наявністю заснованої на CORBA компонентної моделлю Enterprise
JavaBeans, так що програмісти на Java перебувають у привілейованому становищі. Все інше, що присутнє в COM, є і в CORBA, і навіть більше того - за винятком універсальної технології доступу до БД. Знову-таки, Java-програмісти мають перевагу і тут - за рахунок наявності загальної для Java технології доступу до даних JDBC.Под стандартом стосовно до CORBA розуміється те, що офіційно затверджено консорціумом OMG. Треба сказати, що це дуже високий рівень легітимності, оскільки авторитет OMG в комп'ютерному світі надзвичайно високий. На даний момент стандартизовано відображення мови IDL на 6 мов програмування - Ada, C, C ++, Cobol, Java і Smalltalk. Існують також відображення на Pascal (точніше, Delphi), Perl, Python і ще десяток язиков.Наіболее використовуваними мовами у даний момент є Java (внаслідок прекрасного взаємодії Java-технологій, особливо JDBC, RMI, JNDI і EJB, з CORBA), і C ++- як найефективніший, потужний і поширена мова комп'ютерної індустрії. CORBA забезпечує навіть дещо вищий рівень за рахунок базування технології виключно мовою опису IDL з подальшим відображенням таких специфікацій на конкретну мову програмування, а також деяких можливостей, наприклад, автоматичного (тобто прозорого для програміста) поширення контексту транзакцій.CORBA в даний час не має своєї компонентної моделі. Нехай це не має практичного значення для Java-програмістів, але в загальному випадку ця та область, де OMG (і фірмам-виробникам програмного забезпечення) ще належить серйозно поработать.CORBA має дуже розвинену сервісну частину; наприклад, тільки для пошуку серверних об'єктів за різними критеріями можна використовувати 4 різних сервісу CORBA. Крім того, OMG прагне до максимальної стандартизації допоміжних можливостей CORBA. CORBA надає розробникам істотно більші можливості, ніж COM, в області сервісів і допоміжних засобів. З іншого боку, COM-програмісти зазвичай не відчувають якогось дискомфорту через їх нестачу. Внаслідок обмеженості області застосування COM об'єктивно немає необхідності в створенні таких же розвинених і універсальних засобів, як це абсолютно необхідно для CORBA.Понятіе об'єкта в CORBA принципово відрізняється від свого COM-аналога. Об'єкт CORBA не є змінною мови програмування і в загальному випадку час його існування не пов'язане з часом роботи серверних або клієнтських додатків. СORBA-об'єкт не займає ніяких ресурсів комп'ютера - оперативної пам'яті, мережевих ресурсів тощо
Ці ресурси займає тільки так званий сервант (servant), який є інкарнацією одного або декількох CORBA-об'єктів. Саме сервант є змінною мови програмування. Поки не існує сервант, зіставлений з конкретним об'єктом CORBA, цей об'єкт не може обслуговувати виклики клієнтів, але, тим не менш, він існує. Результатом створення об'єкта (при цьому зовсім не обов'язково при цьому створюється і зіставляється з цим об'єктом відповідний сервант!) Є так звана об'єктна посилання CORBA. Об'єктна посилання зіставлена ??з цим, і тільки з цим об'єктом, і це зіставлення залишається коректним протягом усього терміну існування CORBA-об'єкта (може бути, протягом декількох років). Об'єктна посилання CORBA правильно інтерпретується ORB ами від будь-якого виробника програмного забезпечення. Після знищення CORBA-об'єкта все об'єктні посилання на нього назавжди втрачають сенс. За допомогою об'єктної посилання клієнт викликає методи об'єкта, при цьому інк...
