JEE应用的运行重构外文翻译.docVIP

J2EE应用的运行重构 亚斯明卡 玛特威斯卡-梅耶，萨沙 奥里格斯，威廉哈塞尔伯林 计算机科学系，软件工程组，奥尔登堡大学，26121奥尔登堡，德国 matevska-meyer@informatik.uni-oldenburg.de, olliges@informatik.uni-oldenburg.de, hasselbring@informatik.uni-oldenburg.de 摘 要：改变运行系统，不仅安全和关键任务系统起着提供高可用性的一个重要角色，而且对商业网络应用提供专业服务。据此，主要的关切是维持在重新配置和最大限度地减少其停机运行系统的一致性。本文的重点是平台独立的部署的J2EE API 子系统。我们的“控制运行时重新部署”包括以结构调整为允许补充的延伸热部署和动态刷新。 键词：基于组件的软件工程，部署，动态/自主重构/修改 该软件系统的要求就必须永久改变其演变。变异的管理办法设计包括部署后的系统适应变化的运行时重构起着提供软件系统的高可用性具有重要作用。主要的关切是维持在重新配置和最大限度地减少其停机运行系统的一致性。，决定了系统的某些部分将在重构停止，因此，该系统可继续进行重构[1]执行的部分。为了确定受影响的作为一个最小集合部分组件，我们需要一个系统的描述，它提供了其运行时基本上是关于使用的组件的实例依赖关系[2]行为一个信息。此外，我们必须能够重新组合在系统其运行。 我们有关重新部署运行时重构的方法提供了一个控制运行时的热部署和动态刷新概念延伸[3]。此外，我们考虑[1]的变化。 本文组织如下首先，我们简要地介绍了我们的做法以使基于组件在运行时重构（第），其次，我们提出一个系统架构（图）。在2.1节我们提出了我们对J2EE部署的API []的执行情况。最后，在第三节我们进一步的工作的结论。 我们。我们（1）功能，（2）非功能性，（3）结构重构。所有类型的重组可以发生在不同的粒度级别（即，可满足整个系统或单个子组件）。功能重构包括对单个组件的功能变化，以及一个特定的子系统，甚至整个系统。非功能重构与质量有关的服务（QS）的系统，可以影响单个组件（子系统）或架构。同时考虑结构重构，改变单一组件接口和不断变化的组件之间（一个系统的体系结构更改的依赖）。我们看到正在运行的系统一个特定的时间间隔接收重构重组完成。在已经部署和运行系统，我们成部分确定的时间限制，是由特定的结构依赖关系和特定的信息或派生组件协议约束实例使用的依赖关系。知道了所有可能受影响的组件的当前状态，以及他们未来的行为，我们可以排除过去的依存关系和未来的。这使我们能够建立一个最小的运行时依赖关系图匹配的特殊重构[1]。 组件描述 活跃组件 符合组件描述 原子组件描述 原子活跃组件 容器组件 《实例》 服务组件 连接器组件 图2-1.C3元模型 我们的元模型如图]提出了一种综合描述该系统的静态结构和运行时的看法，从而使重组后的系统行为其一致性检查和组成层次分解。 对于这器组件的重要延伸到建立该系统的部署和运行性能。容器提供了组件运行环境，我们使用自动服务。对于确定的时间点，我们提出了一个重组的消息序列图，因为他们可以表达生机和时间。 最后，需要申请到已经部署和运行机制的变化通常会触发一个系统配置的变化，意味着重建和重新部署，以取得一致。这里一个要解决主要的问题是组件运行管理中的依赖关系。我们的控制下运行时重新部署的概念提出了一种对署和动态刷新概念延伸[3]。另外相对于前面提到的我们运行系统的结构变化和只允许一个应用程序或单个组件在运行时既简单交换其他概念的一致性问题。 软件的热重新部署在J2EE（Java 2企业版的软件组件）平台J2EE产品供应商作为一个不断执行选功能实施。因此，热重新部署和实际操作，可能是无效的现有用户会话。松动会话状态不是很关键而调试和测试组件开发商没有问题。在生产系统，揭露他们的服务真正的用户，部署是一个时间和错误敏感的过程。而方案的正确性，只有部分被部署过程的影响，时间是一个重要因素。在大多数情况下，维持生产系统的停机时间被认为是一个大问题，因为其他的业务流程系统可用性。 部署API规范作为新的J2EE 1.4 [5]需要更进一步重新部署的概念，以对用户是透明从而允许它在生产系统中使用。 图2-2 重构管理 但是，任何J2EE应用服务器包括一个API规范的工作部署落实。我们的项目“部署的J2EE API实现”[4]开发了一个JBoss应用服务器API实现的技术基础。我们现在的工作实施重新部署的功能。 我们PIRMA（平台独立重构经理）它是激活重构的它包括以下四个一流水平：重构分析仪，依赖管理，一致性管理器和组件。