CORBA组件模型（CCM）

CCM通过定义元素和产品来扩展CORBA对象模型，这些元素和产品允许实用程序开发人员实现，管理，配置和部署在一般环境中结合了常用CORBA服务(例如事务，安全性，持久状态和事件通知服务)的组件。 CCM规范向后很好地适合于较旧的CORBA规范。 CCM是用于构建和部署CORBA应用程序的服务器端组件模型。

它为不断增长的分布式n层中间件提供了恒定的组件结构框架。坦白地说，写入CCM规范CORBA组件的元素是实名。 CCM的关键因素如下：

1. 它是Enterprise JavaBeans的扩展。
2. 它保证了当前EJB解决方案的完全兼容的嵌入。
3. 它既与语言无关，又与平台无关。

CCM的特点：

1. 便携式对象适配器–
   CORBA对象适配器的主要函数是充当中介器，或者可以说在ORB与接收传入呼叫并返回结果的对象之间进行中介。可移植对象适配器，其实例可以代表对象组接受请求。
2. CCM组件–
   CCM实用程序是CCM组件的组装，每个组件都可以另外定制。根据特定客户的订单或现成的商用或现成的现成(COTS)制成。

   CCM组件进一步分为4种类型：

   • (i)会议组成部分：
     会话组件的实例在跨国会话期间保持状态，并允许在此会话内进行几个呼叫。
   • (ii)服务组成部分：
     服务组件是在每次来电时实例化的，因此无法在整个通话中保持状态。
   • (iii)流程组成部分：
     流程组件的实例具有连续状态-它们的生存期与它们正在服务的某些流程的生存期相对应。
   • (iv)实体组成部分：
     实体组件最终具有与某些数据库中的实体相对应的持久性实例–可以通过使用提供数据库实体的主键来访问它们。

   CCM中有一些端口，分为不同类型，例如构面，插座，匹配源等。构面是提供的接口，而插座是必需的接口。组件实例的容器链接到其他实例的构面。事件源和接收器是相似的，但是可以彼此链接，也可以将它们都链接到事件通道。

   插座提供连接和断开操作，并且在内部对应于对其他类型合适对象的对象引用。为了支持CCM中任何新组件的初始配置，使用了Configuration接口。

3. CCM集装箱–
   为了开始进一步的过程，将作为CCM实例的组件的每个CCM组件都放置在CCM容器内。组件通过其容器上的接口与POA以及事务，安全性，持久性和通知产品进行交互。容器还具有用于接收回调到组件实例的容器。事务管理可以是容器管理的，也可以是自我管理的。

   在容器管理的情况下，组件配置说明事务是否受支持，必需，需要新事务或不再受支持。为了管理所有这些请求，容器将相应地停止并启动事务处理。同样，我们可以将持久性声明为自我管理。或者可以将其声明为容器管理的。