1、 基于 J2EE 在 分布式环境下 的底层结构的 自动 动态配置的应用 Anatoly Akkerman, Alexander Totok, and Vijay Karamcheti 摘要： 为了实现广域网中符合工业标准基于组件的应用程序中动态的可适应性，我们需要一种框架来在这样的环境里自动化地配置 J2EE 应用程序。这种需要对于哪怕在单一的应用程序服务器上尝试 部署 J2EE 应用的人来说也显而易见，这种任务设计到大量的系统服务和应用组件的配置。 关键词： j2ee； 动态配置 ； 分布式 ； 组件 ； 1 前言 近几年，我们已经看到基 于组件的企业应用开发的显著 增加。这种应用程序通常被
2、部署在公司的内部网或者是因特网上，以高 事务容量，大量的用户和覆盖范围广的访问为特征，它通常会被部署在中央区域，采用服务器集群来均衡负载从而支持用户下载。但是这种平均负荷的方法被证明只对减少应用转发的用户可以察觉的反应时间有效，而对于减少网络方面的延迟作用不大，垂直分割（例如 运行网络层和事务层在不同的虚拟机）被用于错误分离和均衡负荷，但是它是不符合实际的由于远程调运的大量使用显著地增加了运行时时间。最近的著作已经表明在广域网中利用垂直负荷而不引起前面所述的超 时问题的可行性。那非研究的主要结论可以概括如下： (1) 应用合适的应用程序，在广域网中的垂直负荷可以 察觉的延迟。 (2) 广域垂直
3、层需要复制应用层组件而且需要维持和原组件间的一致性 。 (3) 新加的复制组件可以被动态配置以满足新的需要 。 (4) 事实上，不同的复制组件可能会根据应 用不同的方式实现相组件 。 (5) 新的请求路径可以复用先前的组件配置路径 。 应用智能监视和人工智能规划方法再结合那个研究得出的结论，我们看到通过动态布置基于动态监视的额外的应用组件，在广域网中符合工业标准基于组件的应用程序中动态的 可适应性是可以实现的。然而，为了实现这种动态可适性，我们需要一种框架来在这样的环境里自动化地配置 J2EE 应用程序。这种需要对于哪怕在单一的应用程序服务器上尝试布置 J2EE 应用的人来说也显而易见，这种任
4、务设计到大量的系统服务和应用组件的配置。例如你必须在配置和部署应用组件前先建立 JDBC 数据源，设立消息目的地和资源适配器。在需要跨越多个节点服务器的广域网配置中，这将更加复杂，因为更多的便利内部节点通信的系统服务需要配置和启动，而且多种配置数据比如 IP 地址，端口号， JNDI 名字和其他的数据在多 个节点的配置文件 中必须维持一致性。这种分布式配置框架必须满足： (1) 声明内部组件一致性规范和定义它对组件配置部署的影响。 (2) 声明应用程序组件对应用服务器，以及它们的配置和部署的依赖性。 (3) 提供简单但可表达的抽象 方法 去控制通过部署和拆卸组件获得的适 用性。 (4) 能够复
5、用服务和组件从而高效的利用网路节点资源。 (5) 提供上述便利而不 会 增加应用程序员的设计负担。 在本论文中，我们提出自动动态部署 J2EE 应用程序的框架涉及了上面的所有问题，这种框架为组件定义了结构描述语言，链接说明和集合。这种组件说明语言用来描 述应用程序组件和链接，它使得应用组件与系统组件中清晰的分开。一种灵活的系统类型用来定义组件接口和端口的兼容性。一种为配置组件属性而开发的定义和表述语言允许内部组件间独立的规范和组件间属性的继承。组件集合语言允许先前定义的复制的组件通过连接合适的端口集合到应用路径，连接时通过链接复制对象和具体把这些复制组件映射到目标应用服务器节点。组件配置过程评
6、估了应用程序路径的正确性，确认在系统组件上的应用组件的独立性和完成复制组件的部署。根据这些配置使先前部署的复制组件在新的路径中得以匹配和复用的努力正在做出。我们把这种 架构作为 JBoss 开源 java 应用服务器的一部分加以实现，在几个 J2EE 样本程序比如 Java PetStore,， RUB 和 TPC_W_NYU中进行测试。这种架构实现利用了 JBoss 的可扩展的微内核结构，基于 JMX 规范。 JBoss 的组件结构允许根据部署应用程序的需要增加服务配置。我们相信通过动态部署和拆卸系统服务来重构应用服务器对构建高效资源框架的动态分布部署的 J2EE 应用程序来说是非常必要的。本文如下部分是这样组织的。第 2 部分提供了必要的背景以理解和研究有关的 J2EE 组件技术规范。第 3 部分对这种
