计算机学科文献翻译.doc

基于组件的分布式系统 -CORBA和EJB上下文摘要像其他科学，天文学，是高度协作的，因此它是毫不奇怪，天文计算环境日益在自然界分布。因此，利息从分布式计算的新的发展中受益技术是明确的，但要获得这些潜在的好处，我们必须克服的异构混合所造成的问题不同的体系结构和操作系统发生。这种组合充其量系统之间的信息流困难和组织没有能够充分利用其最宝贵的资产，即信息之一。本文引入公共对象请求代理架构（CORBA）和Enterprise Java Beans（EJB）的，并提出了理由，为什么他们有潜力，以提供所需的集成平台。这些组件的分布式技术，使分散的，异构的遗留数据系统要与当前的系统集成，他们也支持当前系统的增量增长，以满足不断变化的需求。 2000 Elsevier科学BV公司的保留所有权利。简介 CORBA中，一个重要的基础技术支持分布式计算，已成为相当外用2,4-6。欧洲南方天文台的VLT（甚大望远镜）数据流系统是考虑1，并立即使用或CORBACORBA是用于减少数据和分析国家天文台系统日本的斯巴鲁8.2米望远镜在夏威夷3。CORBA是用于支持双子座8米望远镜项目，并计划在空中支持平流层红外天文观测台（索非亚）。我们在这里指出，在CORBA的兴趣在观察行动支持方面表现也支持校准和其他数据减少管道程序。一个主要的反对更广泛的审议CORBA的是，虽然遗留系统，原则上，直截了当地支持，在实践中显著资源必须用于接口。在这篇文章中，我们将重点放在企业的作用平滑的方式为这个困难的Java Beans（EJB）interfacing.We将超越这个建议在许多情况下，企业Java Bean本身提供足够为分布式计算基础设施。其实，这种基础设施可扩展对CORBA的 -但不必须 -是一个增值吸引人的因素。2。通用对象请求代理体系结构（CORBA）CORBA是一个中间件架构，可提供允许组件/对象一个对象巴士在网络上互相通信。 “CORBA组件是自描述的（实现通过使用接口定义语言 -IDL7，10,11），这使他们能够表现出智能行为并结合和互操作开展指定的任务。语言中立CORBA的IDL，这是用来指定组件接口，使得跨语言的可移植组件，工具，操作系统和网络。组件实施保持独立接口可以实现在任何语言，它提供CORBA的约束力。它允许客户端和服务器对象，例如在不同的语言编写的，互操作（见图1）。例如，一个Java客户端可以调用一个C +12服务器上执行。客户端只需要知道目标服务器对象接口能够调用其方法，因此，有没有语言的依赖。的CORBA接口仓库4包含的定义所有的接口和元数据，允许组件在运行时发现对方。作为能够发现并链接到其他组件在运行引入了一个额外的时间（称为动态调用）水平的灵活性，并允许组件更多的自主经营，自负盈亏的描述和协作因此，一个基于CORBA的客户机/服务器应用程序可谓协作组件的集合。2.1。 CORBA对象请求代理（ORB）解剖对象请求代理（ORB）6是对象总线，允许对象相互沟通另一方面，无论是在本地或通过网络，但它确实远不止这些，因为它提供了一个高层次鈥渁dded价值鈥中间件服务。这些服务包括： 静态方法的调用，它可以让你定义您在编译时和动态方法调用方法调用，它可以让你发现它们在运行时。 高级语言绑定，这可以让你定义在IDL接口，然后实现在任何语言与IDL约束力。因此，它是可能的跨越语言和操作系统调用对象边界。 自我描述的系统，使用接口实现库，其中包含实时信息描述对象的服务，以及如何调用它。此信息允许客户端发现如何调用服务的需求。 位置透明性是通过使用取得因特网ORB间协议（IIOP）6，这在目前的网络无处不在。 自动提供内置的安全。支持与遗留系统集成促进写作现有的IDL包装系统，然后当作他们的CORBA对象。一个CORBA ORB的解剖图所示。2。客户端和服务器访问的功能CORBA ORB的应用程序编程接口（API），为本地服务。静态骷髅静态接口提供每个服务出口服务器。动态调用服务器骨架在运行时，必须建立与帮助的对象适配器和实现仓库。“对象适配器位于ORB的通信顶部服务，并提供运行时环境注册和访问服务器对象和类实现仓库。实现库提供了一个信息的运行时库有关类服务器支持和可以实例化的对象。2.2。CORBA服务到目前为止，描述了ORB在本质上提供为对象的标准化协议，在互操作系统的水平。然而，为了提供必要的质量服务从用户的角度来看，CORBA也增强了与CORBA的基本ORB的功能服务13，可以插入，并提供给最终用户对象的组件。这些服务提供一套丰富的通信功能连接的应用程序对象。主要的CORBA提供的服务主要有： 对象命名服务映射到人类的名字通过名称绑定的对象引用。 持久化服务，确保持久的超越的过程，存在的对象创建，存储在非易失性数据存储。 交易服务提供两阶段提交协调，允许多个分布式对象参加原子事务。 生命周期服务业务提供了用于创建，复制，移动和删除组件。 事件服务允许对象注册和注销他们的利益在特定的事件。对象生成事件，并不需要做到心中有数有兴趣的对象，因为这是自动处理事件服务。 安全服务提供身份验证的支持，访问控制列表的背景和保密一个分布式系统 查询服务提供SQL类型的操作允许查询数据库中的对象。2.3。CORBA的共同设施 为了得到不同的组件协作，程序员往往需要双方写代码的合作。然而，它会更理想可以把组件连接在一起，没有以前的知识相互合作。然而，要做到这一点，我们需要规范组件的交战规则，使他们知道如何在特定的语境或“框架”的行为。我们实际上是现在动起来的语义层次结构。CORBA的公共设施14地址这个问题提供水平和垂直定义交战规则的框架所需要的业务组件（又称作为应用程序组件/对象）进行协作。水平的主要公共设施有： 用户界面与复合的共同基金交易文档技术和就地编辑服务。它旨在提供一个交流的框架细分一个展示窗口，使元件从不同的供应商可以共享屏幕的房地产在一个无缝的方式。 InformationManagement共同基金地址复合文档的存储和数据交换。 系统管理共用设施提供接口配置，安装和操作分布式对象组件。它涵盖了组件如数据收集，质量管理服务服务和安全性。 任务管理共用设施提供了一个管理工作流程的框架，长事务和任务自动化。CORBA的垂直框架，这是在一个甚至更高的语义层次，旨在解决特定市场领域，如计算机集成制造，文件影像或电子商贸，通过提供一个业务组件的环境/对象选择的应用程序域。在一个垂直的框架以外的核心在于CORBA的基础设施，但他们仍必须满足CORBA的OMG 13的标准选择特定细分市场。它的目的是它们驻留顶级水平的框架概述。2.4。CORBA对象事务监视器（OTMS）一个CORBA ORB是对象总线，但我们需要支持编排应用程序中的对象，确保他们在合适的时间和正确的顺序。这是那里的价外4,6来沿，以确保对象的管理，交易，可靠和高性能。它最大限度地稀缺资源的重用，分布计算负载，提供容错和协调多元交易。没有一个价外不可能有一个可伸缩的服务器管理服务器端对象的数量不断增加，manyWWW基于应用的需要。一个价外的主要活动是： 激活和停用组件时请求到达和完成时。 协调使用分布式事务底层的CORBA对象事务服务（OTS）。 提供一个关键事件的componentwith通知，如当它被创建，激活和销毁，在其生命周期。 自动管理持久性元件的状态。然而，CORBA没有定义服务器端组件协调员框架。没有这样的事情作为一个CORBA服务器端的实体，可以用来代表一个托管对象，提供“插件和播放”功能。此外，服务器端正在通过各种定义的组件CORBA的价外厂商，不能保证间更换，这是相当不幸的。这是企业Java Beans（EJB）8,18,19来救援。3。企业Java Beans（EJB）增加CORBAEJB定义的服务器端组件模型和组件协调员框架兼容与CORBA。EJB的增加定义的CORBA服务器端组件及其之间的接口容器。EJB规范的目标是定义一个标准的方式，参与创建组件在分布式应用程序。（JavaBeans的6定义了一个类似的标准客户端组件。）容器作为一个组件协调和隐藏的复杂性，使EJB程序员不必担心许多活动在，如多线程，交易或服务器连接池。容器本身依赖于企业JavaBeans Server提供一套标准分布式事务管理服务。元件的开发者可以自由专注于应用逻辑，因为容器自动提供服务在组件的方法调用调解。EJB框架的另一个主要优点是它可以让你声明方式定义你最服务器端运行时属性。这打开了使用可视化工具来管理和设置的潜力服务器端组件的属性，来控制例如事务，安全性和状态管理。除了提供一个服务器端组件模型，EJB还提供了一个组件协调员框架与CORBA兼容。这CORBA价外供应商，如果实施手段EJB规范（现在有些做，20,21），然后我们将有一个便携式服务器端组件基础设施。3.1。 EJB容器框架EJB的主要贡献是，它提供一个正式的组件价外合同CORBA的世界。它定义之间的接口组件（EJB启用对象）和在EJB知道CORBA的价外。图3显示了主要的支持活动提供了一个EJB知道的OTM服务器端容器EJB的运行范围内启用的组件它。EJB框架假设底层的ORB提供分布式对象的基础设施和了解CORBA的RMI / IDL语义。容器提供的主要支持EJB的是如下： 是用一个组件封装/部署Java归档（JAR）文件的机制，允许您存储组件的设置及其相关资源作为一个单一实体存储和分布jar文件关联的清单文件，列出的JAR的内容，也部署描述符告诉EJB容器如何管理和控制EJB。 声明式事务管理可以利用Java事务服务（JTS）提供一个明确的交易设施。一旦你已经定义EJB的事务属性在设计时（使用部署描述符中声明语句）EJB容器会自动管理交易的启动，提交和回滚。 例如当一个bean持久的支持，保存到/从内存中加载的是自动由容器处理。 EJB安全性是由容器自动完成，一旦被宣布为每个EJB的安全规则。3.2。EJB和CORBA：一种协同关系CORBA和EJB两种技术是相互相互支持，并因此凝聚力然而，灵活的系统，这种伙伴关系的结果。CORBA提供了EJB分布式对象框架，IIOP通信，一个多语种的客户端界面和事务传播。另一方面EJB增强了CORBA的服务器端组件框架，声明式事务管理和支持作曲/使用一个可视化的“拖的系统建设下降“的比喻。一个服务接口定义是EJB的主要力量。EJB框架限制是可见的应用程序的复杂性实施者，同时使应用程序利用分布式系统的全部力量。没有如EJB，一个组件框架，有无法预测的方式，比经验，如何来自不同供应商的服务能力，可整合。软件供应商可能会选择开发一种新的企业服务器组件执行系统，以支持EJB，但它更可能厂商将简单适应他们现有的系统，这是一个自然的迁移基于CORBA的系统。在任何情况下，下一代应用服务器供应商正在重组自己的基础上的EJB，创建一个通用应用程序组件的框架。IONA科技公司，CORBA的供应商，已经在这个方向移动OrbixHome的发展和部署环境，夫妇的Enterprise JavaBeans和CORBA“建设提供一个解决方案，部署企业级的基于构件的中间件应用“22。此外，下一个版本23将整合Imprise应用服务器CORBA技术与EJB服务器技术。其他厂商也提供类似的产品。4。与传统的数据集成企业系统的开发人员都发现，传统的中间件不支持数以千计的分布式应用程序的连接逻辑服务器到数据库。例如，ODBC最初被设计为客户机/服务器中间件一个单一的资源丰富的桌面客户端连接到数据库服务器。然而，在今天的互联网世界，一个新的样的中间件是必需的，可以管理大型并发负载，应用程序可能需要希望利用数据库服务器（包括传统的数据库）。领先的候选人这样一个企业组件框架EJB组件，是与生俱来的遗留系统集成的路线图在规范的EJB平台。Java的数据库连接（JDBC）和Java事务服务（JTS）在EJB可以方便访问遗留数据库。4.1。EJB服务器数据库的访问的中间件服务，EJB组件建设者希望利用数据库中的信息可专注于应用程序逻辑，而不是经常complexmiddleware。开发了EJB的来临之前不得不担心，例如有关管理，数据库事务处理，数据共享的冲突，并提供故障保护。EJB的带有两个类型是内置的bean用于支持数据库连接： 会话Bean代表执行业务客户端，如访问数据库或执行计算。 实体Bean持久化对象的陈述保持持久性数据存储的数据，如一个数据库。实体bean是事务性的的可收回以下系统崩溃。如果代表持久性的容器中，然后容器会自动执行所有数据检索代表bean的存储操作。随着集成开发环境，开发人员可以很容易地创建会话和实体EJB向导的帮助，从而进一步减少了工作量。它也可以直观地创建数据访问豆类和使用这些bean，读取和更新，例如，科学数据库。EJB技术也促进WWW访问数据库系统，作为一个典型的bean可以沟通用，例如，Java servlet的25。一个servlet是一个装入和内部运行的Java代码的身体网络服务，如Web服务器。它接收和响应来自客户端的请求。如果一个客户端可能需要从数据库中的信息，可写的servlet接收请求，获取和处理数据根据客户需要，然后WWW浏览器格式返回到客户端显示。4.2。使用专用的数据代理服务器如果您的应用程序调用都有效地访问大量的数据，分析数据和出版结果向数千名用户，然后你不妨考虑聘请一个EJB启用数据代理服务器，位于作为一个额外的层之间的EJB服务器和传统的数据资源（见图4）。这种方法可能提供较低的成本迁移的努力和其中的并发访问是合理的大量的分散，异构数据库是必需的，或当你想保护您的现有在数据库应用服务器业务的投资逻辑。EJB数据如DataBroker代理服务器24，一个EJB启用系统集成，可以用于访问数据库提供支持： 转化为标准的传统数据结构Java数据格式; 转换成CORBA兼容现有的数据库企业应用程序组件; 提供标准的应用服务接口可利用在开发工具整合。内部数据代理服务器可以使用CORBAIDL定义的系统接口和IIOP通信协议。这意味着它能够整合无缝的功能，如