JBI规范1.0[6] 翻译

1       管理(Management)
JBI系统使用JMX管理。包括提供特定管理接口的JBI组件（可插接绑定组件和引擎）。另外，JBI实现提供特定的JMX管理Beans（MBeans）管理JBI系统提供的基础设施以及JBI组件。再者，JBI实现提供一套Apache Ant任务。
1.1    概述(Overview)
本规范支持的主要管理任务为：
·           JBI的安装和共享库的安装。
·           安装组件时服务描述信息的部署（对JBI来说是不透明的）。
·           启动和停止组件（绑定和引擎）和JBI实现组件（如果可用的话）。
所有这些用例假定存在着一个使用JMX来初始化活动的管理工具。JBI实现提供特定的MBeans对管理工具提供管理功能。这些MBeans是：
·           InstallationServiceMBean.管理工具使用此管理bean安装和卸载组件和共享库。
·           InstallerMBean.JBI实现为每个组件的安装提供InstallationServiceMBean。通过组件自己的MBean管理安装过程，包括组件提供的安装配置。
·           DeploymentServiceMBean.管理工具使用此bean为组件部署和解除部署信息，以控制每个部署的运行时状态。
·           LifeCycleMBean.管理工具使用此bean启动和停止JBI实现的模块。（此MBean的使用是依赖于实现的）。
·           ComponentLifeCycleMBean.管理工具使用此bean启动和停止组件。组件可使用组件提供的扩展MBean提供附加的生命周期控制。
另外，组件可发布它们自己的MBean，提供除生命周期和安装扩展以外的特定的组件管理功能。例如，组件可发布一个MBean管理内部日志。
安装和部署要求管理工具发送标准包给合适的MBean。JBI指定了这些包的结构，包括包的标准XML描述符。
1.2    关键概念(Key Concepts)
1.2.1   组件安装(Component Installation)
JBI组件（引擎和绑定）使用本章定义的标准管理机制安装。此外，还定义了为这种组件设计的标准包。目的是保证组件的轻量级，包括安装信息。组件供应商可为分布式生产一个单独的包，而不是基于JBI实现目标的多个变量。通过简化组件获取和管理后台使用户获益。
1.2.2   共享库安装(Shared-library Installation)
Java库可被多个组件共享。使用标准管理机制安装共享库。
1.2.3   部署(Deployment)
许多组件可作为容器，提供（或消费）基于组件包含的信息的服务。例如，一个XSLT引擎包含多种样式表（style sheet），每种样式表提供一种特定的转换服务。
给一个容器组件引进新的信息称为部署（deployment），引入这个名词以便于同组件或共享库的安装予以区分。
1.2.3.1             单元部署(Unit Deployment)
一个发往单个组件的部署包称为服务单元（Service Unit或SU）。服务单元的内容对于JBI来说是不透明的（而不像描述符文件），但对于它即将部署到的组件来说是透明的，同样，对设计时加工生产SU包含的信息来说也是透明的。服务单元包含一个JBI定义的描述符文件，该描述符定义了服务单元生产和消费的静态服务。这有助于创建合成部署。
1.2.3.2             合成部署(Composite Deployment)
JBI系统中创建一个新的服务或消费者应用一般需要多种部署。JBI提供了合成部署的能力支持多种部署，通过部署，几个不同的组件可以组合成服务集合（Service Assembly（SA））。服务集合包括一个合成服务部署描述符，负责服务集合包含的每个服务单元在组件上的部署。注意，服务集合的概念有时也称为“合成服务描述”（CSD：composite service description）。
一个服务集合代表了一个合成服务。由于这层关系，JBI提供了管理功能，用来从整体上对一个服务集合中的每个服务单元的生命周期进行控制。
1.2.3.3             合成服务元数据(Composite Service Metadata)
部署描述符也包括了服务单元和服务提供者之间的服务连接信息，允许服务集合的重组。这些信息分成两类：
·           服务单元部署后所提供和消费的静态服务的描述。
·           服务单元和服务集合之间的静态服务互联的描述，以及与服务集合外的服务之间的依赖关系。（如，JBI系统内的其他服务）。
前一类允许使用工具检查静态服务间的依赖关系，并提供一个服务单元且无需分析其内容。组件自身也可能使用这些信息来为服务单元的部署提供配置信息。
后一类允许服务集合的设计者通过声明消费者和提供者之间的新连接，从而改变静态服务消费者和提供者之间的连接。这些连接用来给一个提供者端点重命名，这样当一个消费者请求某个特定的服务端点时，实际上将使用另一个不同的端点。
例如，假设在一个服务集合里有如下元数据：
·           SU1使用端点EP1，
·           EP1连接到EP2。
服务集合成功部署后，如果部署了SU1的组件要发送一个消息交换到EP1，将发送到EP2。
下图是合成服务元数据的示意图。