1、“.....连接时通过链接复制对象和具体把这些复制组件映射到目标应用服务器节点。组件配置过程评估了应用程序路径的正确性，确认在系统组件上的应用组件的独立性和完成复制组件的部署。根据这些配置使先前部署的复制组件在新的路径中得以匹配和复用的努力正在做出。我们把这种架构作为开源应用服务器的部分加以实现，在几个样本程序比如和中进行测试。这种架构实现利用了的可扩展的微内核结构，基于规范。的组件结构允许根据部署应用程序的需要增加服务配置。我们相信通过动态部署和拆卸系统服务来重构应用服务器对构建高效资源框架的动态分布部署的应用程序来说是非常必要的。本文如下部分是这样组织的。第部分提供了必要的背景以理解和研究有关的组件技术规范。第部分对这种架构给出了般性的描述。第部分更深入的描述了有关这种架构特别重要的和有趣的内部机制。第五部分描述了如何实现这种架构，相关联的工作将在第六部分介绍。背景知识介绍毕业设计文献翻译组件框架。组件框架是种中间件系统，它支持遵守定标准的有不同组件构成的应用程序......”。

2、“.....这通常是通过容器，组件持有者来实现的。这种容器也提供通常需要的功能以实现命名，安全性，事务，和持久性,组件框架为组件的执行提供了个集成的环境，因此显著的减少了在设计，实现，部署和维护应用程序时工作。现在工业上的组件框架标准以对象管理组的组件模型，公司的企业版和微软公司的标准，其中在企业里应用最为广泛的组件框架是。是开发多层企业应用程序的综合性的标准。规范定义如下组件编程模型。组件和主服务器的链接。服务器提供给组件的服务。各种各样的人物角色。兼容性检验装置和编译测试程序。在众多的服务列表中，消息通信，事务处理，命名机制和其它应用组件用到的服务是应用服务器必须提供的。用进行应用开发必须遵守经典的层结构表现层，业务层和企业信息系统层。属于各层的组件在开发时遵守具体的标准。表现层或者网络层这层实际上又被分为客户端和服务器端。客户端包括浏览器应用程序等和负责和服务器端的表现层或者业务层进行交互。服务器端包括和静态网页内容。这些组件负责把业务数据传递给终端用户......”。

3、“.....表现层的服务器端通常通过协议来进行访问。业务层或者层这层包含，即企业应用的事务逻辑模型。这些组件提供了持久化机制和事务支持。中的组件通过被调用。在虚拟机调用或者异步的消息传递，取决与组件的类型。规范定义了很多种组件。它们在调用风格同步和异步，本地和远程与状态完全状态，不可持久状态，可持久方面不同。同步调用的组件通过特定的工厂代理对象来表现自己。这种工厂代理对象通常被部署者绑定在中。对象允许或者本地对象是特定实例的代理。于哪怕在单的应用程序服务器上尝试部署应用的人来说也显而易见，这种任务设计到大量的系统服务和应用组件的配置。关键词动态配置分布式组件前言近几年，我们已经看到基于组件的企业应用开发的显著增加。这种应用程序通常被部署在公司的内部网或者是因特网上，以高事务容量，大量的用户和覆盖范围广的访问为特征，它通常会被部署在中央区域，采用服务器集群来均衡负载从而支持用户下载。但是这种平均负荷的方法被证明只对减少应用转发的用户可以察觉的反应时间有效......”。

4、“.....垂直分割例如运行网络层和事务层在不同的虚拟机被用于分离和均衡负荷，但是它是不符合实际的由于远程调运的大量使用显著地增加了运行时时间。最近的著作已经表明在广域网中利用垂直负荷而不引起前面所述的超时问题的可行性。那非研究的主要结论可以概括如下应用合适的应用程序，在广域网中的垂直负荷可以察觉的延迟。广域垂直层需要复制应用层组件而且需要维持和原组件间的致性。新加的复制组件可以被动态配置以满足新的需要。事实上，不同的复制组件可能会根据应用不同的方式实现相组件。新的请求路径可以复用先前的组件配置路径。应用智能监视和人工智能规划方法再结合那个研究得出的结论，我们看到通过动态布置基于动态监视的额外的应用组件，在广域网中符合工业标准基于组件的应用程序中动态的可适应性是可以实现的。然而，为了实现这种动态可适性，我们需要种框架来在这样的环境里自动化地配置应用程序。这种需要对于哪怕在单的应用程序服务器上尝试布置应用的人来说也显而易见，这种任务设计到大量的系统服务和应用组件的配置......”。

5、“.....设立消息目的地和资源适配器。在需要跨越多个节点服务器的广域网配置中，这将更加复杂，因为毕业设计文献翻译更多的便利内部节点通信的系统服务需要配置和启动，而且多种配置数据比如地址，端口号，名字和其他的数据在多个节点的配置文件中必须维持致性。这种分布式配置框架必须满足声明内部组件致性规范和定义它对组件配置部署的影响。声明应用程序组件对应用服务器，以及它们的配置和部署的依赖性。提供简单但可表达的抽象方法去控制通过部署和拆卸组件获得的适用性。能够复用服务和组件从而高效的利用网路节点资源。提供上述便利而不会增加应用程序员的设计负担。在本论文中，我们提出自动动态部署应用程序的框架涉及了上面的所有问题，这种框架为组件定义了结构描述语言，链接说明和集合。这种组件说明语言用来描述应用程序组件和链接，它使得应用组件与系统组件中清晰的分开。种灵活的系统类型用来定义组件接口和端口的兼容性。种为配置组件属性而开发的定义和表述语言允许内部组件间独立的规范和组件间属性的继承......”。

6、“.....比如关系数据库，系统，消息系统等。业务层毕业设计文献翻译和持久层在资源适配器的帮助下与该层进行通信。资源适配器在连结结构中被定义。编程模型直被认为是分布式的编程模型，在该模型中应用组件在服务器上运行并且彼此可以相互交互。经过初始化说明和第个服务实现后，该技术，更显著的说技术，已经明显地从纯粹的分布式计算模型转向了本地交互。转变的背后有合理的性能有关的原因，然而分布式的特征现桥梁结构可靠性和安全性成为副教授，雪城大学，美国讲师，斯巴顿大学，泰国了值得考虑问题。总来说，桥梁损坏与考虑它花费多少是紧密相关。在很多情况下，损坏问题根源是混凝土结构中受力钢筋腐蚀。通常由混凝土保护层预防受力筋腐蚀。然而，这些具有代表性问题，如混凝土质量差不适当设计或施工和周围恶劣环境导致了钢筋腐蚀。如果不及时处理像钢筋腐蚀这种耐久性问题，可能会引起受力不均问题，进而导致结构失稳，如图所示。图钢筋锈蚀导致结构失稳损坏混凝土梁桥墩柱无损检测为了设计个成功新式系统......”。

7、“.....评价现有桥梁元素或体系需要翻看图纸，才能准确评估出现有桥梁状况，如图所示。根据评估目，无损测试应该包括内容强度检测，盐度，腐蚀率，混凝土中碱含量等等。虽然大多数无损测试对现有桥梁不会造成任何损坏，些无损检测可能导致轻微局部损伤如钻洞取芯，在无损检测完毕后应予以修复。这些测试也被叫作部分破坏性测试，但属于无损检测。图混凝土桥墩可见缺陷正面图为了针对特殊情况选择最合适无损检测，应该明确测试目。般来说，有三种类型无损检测进行调查强度其他结构性质质量及耐久性。强度测试方法可能包括抗压测试如轴心抗压反弹测试仪超声波脉冲速度检测表面硬度测试如反弹仪测试贯入度试验如温莎探针拉拔试验锚索抗拔试验......”。

8、“.....质量和耐久性试验方法包括钢筋锈蚀率现场试验，现场检测剖面氯化物，验定钢筋锈蚀率，测试钢筋电阻率，现场测定碱质与粒料反应活性，混凝土碱度测定碳化测定，混凝土渗透性现场渗透性试验。损坏混凝土梁桥墩柱无损探伤对个现有混凝土桥梁结构特征评估由各种信息组成，如图纸构筑物检查记录，无损检测分析数据和桥梁结构分析。评估过程可以概括如端口集合到应用路径，连接时通过链接复制对象和具体把这些复制组件映射到目标应用服务器节点。组件配置过程评估了应用程序路径的正确性，确认在系统组件上的应用组件的独立性和完成复制组件的部署。根据这些配置使先前部署的复制组件在新的路径中得以匹配和复用的努力正在做出。我们把这种架构作为开源应用服务器的部分加以实现，在几个样本程序比如和中进行测试。这种架构实现利用了的可扩展的微内核结构，基于规范。的组件结构允许根据部署应用程序的需要增加服务配置......”。

9、“.....本文如下部分是这样组织的。第部分提供了必要的背景以理解和研究有关的组件技术规范。第部分对这种架构给出了般性的描述。第部分更深入的描述了有关这种架构特别重要的和有趣的内部机制。第五部分描述了如何实现这种架构，相关联的工作将在第六部分介绍。背景知识介绍毕业设计文献翻译组件框架。组件框架是种中间件系统，它支持遵守定标准的有不同组件构成的应用程序。应用组件被塞入这种确立它们运行环境和规定它们交互的框架中。这通常是通过容器，组件持有者来实现的。这种容器也提供通常需要的功能以实现命名，安全性，事务，和持久性,组件框架为组件的执行提供了个集成的环境，因此显著的减少了在设计，实现，部署和维护应用程序时工作。现在工业上的组件框架标准以对象管理组的组件模型，公司的企业版和微软公司的标准，其中在企业里应用最为广泛的组件框架是。是开发多层企业应用程序的综合性的标准。规范定义如下组件编程模型。组件和主服务器的链接。服务器提供给组件的服务......”。