EOS入门基础必备之WebService篇.doc

《EOS入门基础必备之WebService篇.doc》由会员分享，可在线阅读，更多相关《EOS入门基础必备之WebService篇.doc（16页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、.- PRIMETON TECHNOLOGIES, LTD. 上海普元信息技术有限责任公司上海普元信息技术有限责任公司 EOS 入门必备入门必备 No part of this document may be reproduced, stored in any electronic retrieval system, or transmitted in any form or by any means, mechanical, photocopying, recording, otherwise, without the written permission of the copyright

2、owner. COPYRIGHT 2003 by Primeton Technologies, Ltd. ALL RIGHTS RESERVED. .- 目目 录录 1 1WEBSERVICEWEBSERVICE.3 1.1百家之言：何为 WEBSERVICE.3 1.2WEBSERVICE的特征.5 1.3WEB SERVICE 协议规范.6 1.4WEBSERVICE的类别.7 1.5WEBSERVICE当前的发展状况.8 1.6术语表.9 2互联网基础架构软件简介互联网基础架构软件简介.10 2.1WEBSPHERE.10 2.2TOMCAT.11 2.3WEBLOGIC.11 3DOM

3、.12 3.1概要.12 3.2DOM 和 DHTML 对象模型的比较.12 4 4EJBEJB.13 4.1为什么要使用 EJB?.14 4.2EJB 的实质?.14 4.3EJB 服务器产品.14 4.4EJB 容器如何包装你的 BEAN.15 4.5EJB 的分类.16 .- 1 1 WebServiceWebService 1.11.1 百家之言：何为百家之言：何为 WebServiceWebService 无论是微软.NET 还是 SunONE 都是以 WebService 为核心的，此外，各家公司也都纷纷把 WebService 作为重点。那么 WebService 到底是什么？有

4、人说就技术角度而言， WebService 都是对象/组件技术在 Internet 中的延伸，让我们看看各家公司的说法。 微软：微软：WebServiceWebService 是是.NET.NET 的核心的核心 微软为 WebService 下的定义是通过标准的 Web 协议可编程访问的 Web 组件。“软件就 是服务”，这已经是软件发展的一个潮流了。未来的软件厂商就象现在的电信公司一样， 用户可以按照时间来租用软件公司的服务。“WebService”（Web Services）可以说是 整个.NET 计划的核心，简单的说，WebService 就是一种远程访问的标准。它的优点首 先是跨平台，

5、HTTP 和 SOAP 等已经是互联网上通用的协议；其次是可以解决防火墙的问 题，如果使用 DCOM 或 CORBA 来访问 Web 组建，将会被挡在防火墙外面，而使用 SOAP 则 不会有防火墙的问题。要发展 Web 服务需要更多的软件厂商来开发 WebService，让基 于 WebService 的软件服务多起来。 这一切，是通过将紧密耦合的、高效的 n 层计算技术与面向消息的、松散耦合的 Web 概 念相结合来实现的。我们将这种计算风格称为 WebService，它的出现标志着人类已经 迈入应用程序开发技术的新纪元。WebService 是一种应用程序，它可以使用标准的互 联网协议，像

6、超文本传输协议(HTTP)和 XML，将功能纲领性地体现在互联网和企业内部 网上。可将 WebService 视作 Web 上的组件编程。从理论上讲，开发人员可通过调用 Web 应用编程接口(API)（就像调用本地服务一样），将 WebService 集成到应用程序中， 不同的是 Web API 调用可通过互联网发送给位于远程系统中的某一服务。 Sun:WebServiceSun:WebService 是互联网架构中可置换的标准零部件是互联网架构中可置换的标准零部件 .- Sun 公司董事长、首席执行官 Scott McNealy 在 Sun ONE 发布会上说，“智能化 WebService

7、 对信息时代有着重大的意义，它的作用就象那些可置换的标准零部件在工 业时代所起到的关键作用一样。” WebService 适用于任何类型的 Web 环境，无论是在互联网、Intranet 还是在 Extranet，重点是在企业对消费者、企业对企业之间的通信。WebService 消费者可以 是通过台式或是无线接入服务的个人，也可以是应用程序，还可以是另一个 WebService。WebService 应该具有以下的一些特点：WebService 可以通过 Web 接入进 行访问；WebService 提供一个 XML 接口；WebService 使 XML 信息，通过标准 Web 协议 实现通

8、信。WebService 支持系统间的松散耦合连接。 Sun 公司在谈到 WebService 的时候，在前面加上了智能化三个字。它强调了 WebService 能够分析具体的用户信息，并能够与其它服务共享用户信息。它能够根据 “谁”、“什么”、“何时”、“何地”和“为什么”等因素，生成动态符合用户需求 的结果。 在 SunONE 智能 WebService 战略中，XML 和 Java 技术是这种松散耦合的可互操作性的 关键。XML 提供了标准的、与平台无关的数据结构，以表示语境信息，而 Java 技术则 通过了一个与平台无关的编程界面标准集，来访问和利用这些语境信息。不但如此， Sun 正

9、在参与和领导开放智能 WebService 的技术开发定义工作，包括 Java 技术、 XML、ebXML、SOAP、UDDI 以及更多其他的东西。 IBMIBM：WebServiceWebService 是电子商务应用的基础设施是电子商务应用的基础设施 IBM 认为：WebService 使交流和相互操作更有效，减少编码过程和人为干扰。IBM 正在 发布的动态电子商务策略是现电子商务策略的一个延伸。过去两年中，IBM 参与了 WebService 标准的开发，而且已经在好几个产品中宣布了对 WebService 标准的支持。 与竞争对手不同的是，IBM 对 WebService 仅仅提供基础

10、设施，使企业能够适应不断变 化的环境。 IBM 在 WebService 领域投资了几十亿美元，能有效地将两大竞争对手的产品 XML(微软) 和 Java (Sun)结合起来。当用户的 WebService 同时需要二者时(Java 用于应用程序的 .- 开发；XML 用于信息传播)，IBM 就可以提供独一无二的解决方案，采用真正开放式的执 行标准，而不是专有的标准。多年来，IBM 在硬件和软件方面的技术能力使其能为不同 规模的公司解决棘手问题，坚决支持非专有技术的解决方案，从而加强了多平台的兼容 性，这在当今电子商务市场上是非常必要的。IBM 的动态电子商务将保持在标准方面合 作，实施竞争的

11、策略，WebService 只完成了一半，另一半是全功能基础架构软件，这 种软件使 WebService 可用来进行智能交易，工作流程和业务进程管理的一部分。 BEABEA：充分发挥分布式业务的潜力：充分发挥分布式业务的潜力 WebService 可以被描述为协议、协定和网络设施，能通过互联网将业务功能公开给授 权方。简言之，WebService 是具体的业务流程，它能够：公开和描述自己； WebService 可以定义自己的功能和属性，以便其它应用能够了解它，并容易地向其它 应用提供这种功能；其它服务能够在 Web 上找到它的位置，可以被调用，返回响应。 任何组件或应用都可以作为 WebSe

12、rvice，以便被其它组件或应用使用。同样，BEA WebLogic Server 上的任何应用都可以从 Web 上的任意位置查找和请求 WebService，即 使 WebService 位于另一个平台也能找到。多个 WebService 可集中成一个应用，可以是 简单的 WebService（如查看股票价格），也可以是基于事务处理的复杂供应链集成和 管理（如卡车负载优化和路由）。 BEA 将 WebService 分为两类：简单 WebService 和复杂 WebService。简单 WebService 提供基本的“请求/响应”功能，本质上不属于事务处理型服务，安全性不高。复杂 Web

13、Service 将改变行业开展业务的方式，但它将为贸易合作伙伴通过互联网协作提供 一个框架。BEA 同时提供简单 WebService 和复杂 WebService，并把它们作为 BEA WebLogic E-Business Platform 的一部分。另外，BEA 还与制定标准的机构密切合作， 指导相关 WebService 标准的开发。 1.21.2WebServiceService 的特征 从外部的使用者的角度而言，WebService 是一种部署在 Web 上的对象/组件，它具备以下 特征： .- 完好的封装性完好的封装性，WebService 既然是一种部署在 Web 上的对象，自

14、然具备对象的良好封 装性，对于使用者而言，他能且仅能看到该对象提供的功能列表。 松散耦合松散耦合，这一特征也是源于对象/组件技术，当一个 WebService 的实现发生变更的 时候，调用者是不会感到这一点的，对于调用者来说，只要 WebService 的调用界面不变， WebService 的实现任何变更对他们来说都是透明的，甚至是当 WebService 的实现平台从 J2EE 迁移到了.NET 或者是相反的迁移流程，用户都可以对此一无所知。对于松散耦合而言， 尤其是在 Internet 环境下的 WebService 而言，需要有一种适合 Internet 环境的消息交换 协议。而 XM

15、L/SOAP 正是目前最为适合的消息交换协议。 使用协约的规范性使用协约的规范性，这一特征从对象而来，但相比一般对象其界面规范更加规范化和 易于机器理解。首先，作为 WebService，对象界面所提供的功能应当使用标准的描述语言 来描述(比如 WSDL)；其次，由标准描述语言描述的服务界面应当是能够被发现的，因此这 一描述文档需要被存储在私有的或公共的注册库里面。同时，使用标准描述语言描述的使 用协约将不仅仅是服务界面，它将被延伸到 WebService 的聚合、跨 WebService 的事务、 工作流等，而这些又都需要服务质量(QoS)的保障。其次，我们知道安全机制对于松散耦合 的对象环

16、境的重要性，因此我们需要对诸如授权认证、数据完整性(比如签名机制)、消息 源认证以及事务的不可否认性等运用规范的方法来描述、传输和交换。最后，在所有层次 的处理都应当是可管理的，因此需要对管理协约运用同样的机制。 使用标准协议规范使用标准协议规范，作为 WebService，其所有公共的协约完全需要使用开放的标准协 议进行描述、传输和交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。 一般而言，绝大多数规范将最终有 W3C 或 OASIS 作为最终版本的发布方和维护方。 高度可集成能力高度可集成能力。由于 WebService 采取简单的、易理解的标准 Web 协议作为组件界面 描述

17、和协同描述规范，完全屏蔽了不同软件平台的差异，无论是 CORBA、DCOM 还是 EJB 都 可以通过这一种标准的协议进行互操作，实现了在当前环境下最高的可集成性。 1.31.3Web Service 协议规范 在前一节中，我们已经了解到为了完成在松散耦合的环境下的对象访问，以及在基本对象 访问之上的诸如事务、工作流、安全机制等，实现一个完整的 WebService 体系需要有一系 列的协议规范来支撑，那么我们来了解一下这一系列的协议组成： WebWeb ServiceService stackstack .- 其中，绿色部分是先前已经定义好的并且广泛使用的传输层和网络层的标准： IP、HTT

18、P、SMTP 等。而蓝色部分是目前开发的 WebService 的相关标准协议，包括服务调 用协议 SOAP、服务描述协议 WSDL 和服务发现/集成协议 UDDI，以及服务工作流描述语言 WSFL。而橙色部分描述的是更高层的待开发的关于路由、可靠性以及事务等方面的协议。 黄色部分是各个协议层的公用机制，这些机制一般由外部的正交机制来完成。 从以上这个技术层次图我们看以看到，WebService 追求的第一目标是简单性。可能大家会 觉得很奇怪，有那么多协议，怎么能说他简单。 首先，这些协议本身都是简单的，无论是 HTTP, FTP 等传统的 TCP/IP 系统的网络协议，还 是 SOAP, W

19、SDL, UDDI, WSFL 等基于 XML 的协议，他们设计原则中的一个最重要点就是力求 简单性。相信大家如果对 XML、SOAP 等有深入了解的话，一定会深深体会这一点。 其次，一个可以使用的 WebService 应当按照需要选用若干层次的功能，而无需所有的特性。 比如在目前状况下，一个简单应用可能只要使用 WSDL/SOAP 就可以架构一个符合规范的 WebService 了。 最后，所有的机制完全是基于现有的技术，并没有创造一个完全的新体系。无论是 IPv4、HTTP、FTP 这些现有的网络协议，还是 SOAP、WSDL 等这些基于 XML 而定义的协议都 是遵循着一个原则：继承原

20、有的被广泛接受的技术，这样才能使得 WebService 被广泛接受。 .- 1.41.4WebService 的类别 综合当今的 Web 应用以及 WebService 的特点，我们认为 WebService 实施的领域可以分为 四类： Business-OrientedBusiness-Oriented WebWeb Service:Service: 该类服务针对的是那些面向企业应用服务，包括企 业内部的 ERP 系统，企业间的 SCM/CRM 等系统。当这些系统以 WebService 的形式在网络 (Internet 和 intranet)中出现时，企业内的应用集成将更未容易，而在企业

21、间的众多合作 伙伴的系统对接也将不再是无法完成的任务。目前现有的解决方案和产品的提供商有 Bowstreet、Epicentric 等。 Consumer-OrientedConsumer-Oriented WebWeb Service:Service: 此类服务针对的是那些原先的 B2C 的网站的改造， 为这些 Browser-Oriented 的 Web 应用增加(注意是增加)了 WebService 的应用界面，使得 第三方的桌面工具或其自身提供的增值的桌面工具能够利用更优秀的用户界面提供跨越多 个 B2C 服务的桌面服务。这将使得用户使用 Internet 更为方便，能够获得更加便捷的

22、服务。 比如我们完全就可以在个人理财桌面系统中集成(调用)Internet 上的股票价格查询 WebService、机票预定 WebService 等，使得个人理财应用的自动化程度更高。 Device-OrientedDevice-Oriented WebWeb Service:Service: 此类服务的使用终端一般是手持设备和日用家电，对 于前者而言，可以在不用修改网络服务的体系架构的前提下，令先前的网络服务支持除 PC 以外的各种终端，比如 Palm、PocketPC、手机等。如此，那些天气预报服务、Email 服务、 主动信息服务等将更为有效和便捷。而后者对于日用家电，则可能是一个市场

23、的启动期， 有了 WebService 作为基础框架，智能型的日用家电将真正获得标准的支持，从而有了广泛 使用的可能。 System-OrientedSystem-Oriented WebWeb Service:Service: 一些传统意义上的系统服务，比如用户权限认证，系 统监控等，如果被迁移到全球范围的 Internet 上，或者企业内部的 intranet 上，其作用 范围将从单个系统或局部网络拓展到整个企业网络或整个 Internet。如此，基于同一系统 服务的不同应用将得以在整个 Internet 环境中部署，譬如跨国企业的所有在线服务可以使 用同一个用户权限认证 WebServi

24、ce。 1.51.5WebService 当前的发展状况 WebServiceWebService 的当前发展状况的当前发展状况 .- 以上这幅图是 Gartner Group 在研究了所有 IT 主流时尚技术的发展道路后，作出的抽象模 型。Y 轴表明技术的受关注程度，而 X 轴则表示技术的应用的成熟度。 1.6 术语表 XMLXML：可扩展性标识语言 WSDLWSDL：Web 服务描述语言，WEBService 采用的就是一个国际的标准用于生成和解读交 互服务。这个标准其实就是一个标准化的 XML，而它就叫做 wsdl,用标准统一的 XML 格 式给用户能正确解读使用。所以包括任何一种后台服

25、务端语言都能生成和读取 wsdl。 SOAPSOAP：简单对象访问协议，SOAP 是一个为业界所接受的 W3C 规范，它用于描述消息 （XML 文档及其附件），使消息可以在网络上被发送。简单来讲，其实就象 HTTP 一样， SOAP 是一种网络传送协议。只是它针对的是 XML，而且是一种自动推数据技术。它使 你能够发送和接收 XML 文档而无需考虑传输协议或你将发送的 XML 文档的结构。 参考资料参考资料 Web Service 技术/评论网站 .- oUDDI-China.ORG, 以 UDDI 为主的 WebService 技术网站。 oWebServices.ORG, WebServi

26、ce 的综合类技术网站。 oIBM developerWorks/Web Service Zone, IBM 的 WebService 技术资源中心 oMSDN Online Web Services Developer Resources, Microsoft 的 WebService 的 开发者资源网站 oITPapers/Web Service, ITPapers 的 WebService 评论文章 解决 B2B 电子商务应用交互和集成的 InterOP Stack 系列技术标准规范 oUDDI 执行白皮书, UDDI-China.org, UDDI.org oUDDI 技术白皮书, U

27、DDI-China.org, UDDI.org oUDDI 程序员 API 规范, UDDI-China.org, UDDI.org oUDDI 数据结构参考, UDDI-China.org, UDDI.org oWeb Service Description Language (WSDL) 1.0, IBM, 25 Sep 2000 oSOAP: Simple Object Access Protocol Specification 1.1, IBM, Microsoft, DevelopMentor, 2000 oExtensible Markup Language (XML) 1.0 (

28、Second Edition), W3C, 6 Oct 2000 2互联网基础架构软件简介互联网基础架构软件简介 我们来了解一下几种常用的互联网基础架构软件 2.12.1WebSphere WebSphere 是 IBM 公司推出的互联网基础架构软件（即中间件软件），他能够协助企业 在多类计算机平台上建立、运行及整合电子商务应用，并且支持从简单的 Web 发布到 企业级事务处理的商务应用。WebSphere 转变了企业对客户、合作伙伴及雇员之间关系的 管理方式。例如您可以通过它提高站点传输数据的数量和质量，从而大幅提升您的 Web 应 用的性能，并将扩展的应用程序与移动设备相结合，让销售队伍能

29、够为客户提供更快捷的 服务，或者构建电子市场以降低资源获取的成本。 .- 这个平台的基础是 WebSphere Application Server ，它有三个版本，具有为满足您最严 格的业务需要而设计的专业化配置。它通过一个简单的 Java 引擎来驱动，当需求改变时， 您可以容易地把应用程序移植到不同的平台上。 标准版：通过使用 servlet、JavaServer Page 以及 XML，快速地将静态 Web 站点转换为富有 勃勃生机的动态站点。 高级版：包含高性能企业级 Java Bean 组件的服务器。 企业版：集成了 EJB 和 CORBA 技术，为构建流量高、容量大的电子商务应用提

30、供了可靠的保证。 查阅 WebSphere 详情，请浏览 2.2 TOMCAT Tomcat 是 oracle 公司提供的一个开放源代码、运行 servlet 和 JSP Web 应用软件的基于 Java 的 Web 应用软件容器。Tomcat 由 Apache-Jakarta 子项目支持并由来自开放性源代码 Java 社区的志愿者进行维护。Tomcat 虽然与其他商业服务器相比，虽然配置略微麻烦些， 但是它不但是完全免费的，可以得到它完整的源代码，而且与最新的 servlet 和 JSP 规范 兼容很好，Tomcat Server 是根据 servlet 和 JSP 规范进行执行的，因此我们

31、就可以说 Tomcat Server 也实行了 Apache-Jakarta 规范且比绝大多数商业应用软件服务器要好。 下载地址：http:/jakarta.apache.org/tomcat/ 注：由于 servlet API 和 JSP API 都要求 Java 2 平台，因此建议安装 JDK；在 Tomcat 的 官方站点，您可下载到.exe 以及.zip 的两种类型的安装文件 Tomcat 具有一个位于 TOMCAT_HOMEconf 目录之中的 server.xml 文件，它允许了更进一步 客制化，提供了一个管理者应用软件和名为Valves的请求预处理程序，他还可以实现过 滤器。To

32、mcat 整合了 log4j 和 Apache WebService 器，为你的 Web 应用软件提供了更加健 全的解决方案。总的来说，Tomcat 是一个十分出色的选择。 .- 2.32.3 WeblogicWeblogic Weblogic server 是由 BEA 推出的行业领先的电子商务平台,利用它可以开发和部署应用程 序。 3 DOM 3.13.1 概要概要 DOM 是文档对象化模型（Document Object Model）的简称。XML 的 DOM 是个对象模型， 它显露 XML 文档的内容。W3C 的文档对象模型 (DOM) 1 级规格 通常定义了 DOM 应当显 露为什么

33、属性、方法和事件。Microsoft 的 DOM 执行方法完全支持 W3C 标准，它的一些 其他特性更便于在程序中使用 XML 文件。 使用过 DHTML 对象模型的开发者一定能非常熟练地操作 HTML 页面上的每个标记内容，但如 果借助 DOM 技术，我们就可以通过更加直接而且简易的方式达到同样的目的。DOM 技术被 IE 5.0 及以上版本的浏览器所支持，它采取一种非常直观且一致的方式将 HTML 文档进行 模型化处理，并借此提供访问、导航和操作页面的简易编程接口。通过 DOM 技术，我们不 仅能够访问和更新页面的内容及结构，而且还能操纵文档的风格样式。 3.23.2 DOMDOM 和和

34、DHTMLDHTML 对象模型的比较对象模型的比较 可以这么说，DOM 是从 DHTML 对象模型发展而来的。但更准确而言，DOM 更象是对 DHTML 对象模型进行了根本变革的产物。 借助 DHTML 对象模型技术，我们能够单独地访问并更新 HTML 页面上的对象，每个 HTML 标记通过它的 ID 和 NAME 属性被操纵，每个对象都具有自己的属性、方法和事件，通 过方法操纵对象，通过事件触发因果过程。 DOM 则要比 DTHML 对象模型功能更全面，它提供了一个对整个文档的访问模型，而不 仅仅再局限于单一的 HTML 标记（Tag）范围内。DOM 将文档描绘为一个树形（Tree）结构，

35、Tree 的每个节点表现为一个 HTML 标记或者 HTML 标记内的文本项。树形结构精确地描述了 .- HTML 文档中标记间以及文本项间的相互关联性，这种关联性包括 child（孩子）类型、 parent（双亲）类型和兄弟（sibling）类型。 使用 DHTML 对象模型访问和更新 HTML 页面内容时，不可避免地需要查询相关技术手 册。因为 HTML 对象很多，每个 HTML 对象又有很多的属性、方法和事件。但是采用 DOM 技 术访问和更新 HTML 页面内容时，任何手册都可以放在一边了。首先查看一下 HTML 源代码， 推算出页面的 Tree 结构模型；然后，按照层次结构关系操纵需

36、要的属性。比如要更新页面 上的文本项内容，如果采用 DTHML 对象模型，需要使用到 innerHTML 属性，但必须要注意 并不是所有的 HTML 对象都支持 innerHTML 属性；如果采用 DOM 技术，只要修改相关 Tree 节点都具有的 nodeValue 属性值即可。 DOM 技术使我们可以方便地沿着文档的树型结构在上、下以及一侧方向做节点导航， 从页面的任何地方开始，使用 child、parent 或者 sibling 三种关联性组成的表达式代表 页面的另外地方。而 DTHML 对象模型不包含 Tree 结构，所以也就不具备页面对象的相互导 航功能。当我们从一个标记对象开始时，

37、不可能用关联表达式来表达相近的标记。虽然对 于某些标记，比如 ，DHTML 对象模型可以提供特殊的属性和方法存取相关内容， 但实现方式和效果远不如 DOM 技术显得一致化和直观化。采用 DTHML 对象模型访问 中的单元（cell）内容时，首先要查询手册确定单元的坐标值 i、j，然后再通过表达式 tableObj.rowsi.cellsj.innerHTML 实现访问。但对于 DOM 来说，访问 TABLE 每个单 元的内容将变得非常简单，只需要建立一个节点导航表达式就可以。 另外，DOM 技术允许我们操纵文档的 Tree 结构，这包括创建新节点（nodes）、删除 存在的节点以及在 Tree

38、 中移动节点。实际上，这就是执行创建新标记（tags）、删除存在 的标记以及在文档中移动标记的过程。DTHML 对象模型则不允许更改文档结构，我们只能 操纵现有的对象。 与 DHTML 对象模型相比较，DOM 只有一个缺憾：DOM 不能支持事件处理，而 DTHML 对 象模型对于文档对象则拥有一个广泛的事件处理功能 .- 4 4 EJBEJB EJB, (Enterprise JavaBeans)，使得开发者方便地创建、部署和管理跨平台的基于组件的 企业应用。 4.14.1 为什么要使用为什么要使用 EJB?EJB? EJB 最大的诱人之处是她把应用程序和服务器分开了,我们再也不用和那些服务器

39、上的复杂 的资源打交道了,什么数据库,什么进程,线程,什么安全权限,什么套接字,都见鬼去吧,我们 只需要专著于我们的商业逻辑的实现了. 4.24.2 EJBEJB 的实质的实质? ? EJB 实际上是 SUN 的 J2EE 中的一套规范,并且规定了一系列的 API 用来实现把 EJB 概念转 换成 EJB 产品.EJB 是 BEANS,BEANS 是什么概念,那就是得有一个容纳她,让她可劲造腾的地 方,就是得有容器.EJB 必须生存在 EJB 容器中.这个容器可是功能强大之极!她首先要包装 你 BEAN,EJB 的客户程序实际上从来就不和你编写的 EJB 直接打交道,他们之间是通过 HOME/

40、REMOTE 接口来发生关系的.它负责你的 BEAN 的所有的吃喝拉萨睡,比如 BEAN 的持续 化,安全性,事务管理. 4.34.3 EJBEJB 服务器产品服务器产品 各个 WEBSERVICE 器开发商基本上都在他们 WEBSERVICE 器中新捆绑了 EJB 容器,或者叫 EJB 服务器.其中最简单也是最根本的是 J2EE 开发环境带的 J2EE 的 EJB 容器,它很好的和 J2EE 的 HTTP 服务器和 Servlet 引擎一起构筑了一个很好的运行环境,由于配置简单,功能强大, 因此成为我的最爱.另外象 BEA 的 Weblogical 是值得推荐的一个产品,它的 WEBSERV

41、ICE 器 功能相当强大,是当今很多网站构筑的理想 WEBSERVICE 器,它也已经加入了 EJB 的行列,在 EJB 方面有着不俗的表现.Inprise 的 IAS 更是一个功能强大的 WEBSERVICE 器,同样,也嵌入 了 EJB 容器,加之与本公司的 JBuilder 的无接缝结合,更使它人气攀升. 还有象 IBM 的 WebSphere 也不错,不过 Apache 是否已经搭载了 EJB 容器,我不太清楚. .- 另外,推荐一个 EJBoss,是一个完全免费的 EJB 服务器,而且是原代码公开的. 4.44.4 EJBEJB 容器如何包装你的容器如何包装你的 BEAN.BEAN. 这年头没有天上掉馅饼的好事情,EJB 也不例外,你想让 EJB 容器替你管理你编写的 EJB 的 吃喝拉萨睡,凭什么?!凭 XML 描述子,你通过一个 XML 文件告诉 EJB 容器 BEAN 的相关配置信 息,比如我的 EJB 的 HOME 接口和 REMOTE 接口是哪一个类,比如我的 EJB 的别名(实际上是 JNDI 名称)叫什么,比如我的 EJB 是否是实体类型的 EJB 还是对话