【课前思考】
1． 什么是JavaBean？
2． JavaBean和Java有什么关系？
3． JavaBean会有什么样的用途？
4． 什么是RMI?
5． RMI技术会有什么样的特点？
6． 什么是EJB？
7． EJB和JavaBean又有什么样的关系？
9.1 JavaBean 的基本概念
9.1.1 JavaBean 产生的背景介绍
软件组件就是指可以进行独立分离、易于重复使用的软件部分。 JavaBean就是一种基于Java平台的软件组件思想。JavaBean也是一种独立于平台和结构的应用程序编程接口（API）。JavaBean保留了其他软件组件的技术精华，并增加了被其他软件组件技术忽略的技术特性，使得它成为完整的软件组件解决方案的基础，并在可移植的Java平台上方便地用于网络世界中。
9.1.2 JavaBean 基本概念
虽然 JavaBean和Java之间已经有了明确的界限，但是在某些方面JavaBean和Java之间仍然存在很容易混淆的地方，比如说重用，Java语言也可以为用户创建可重用的对象，但它没有管理这些对象相互作用的规则或标准，用户可以使用在Java中预先建立好的对象，但这必须具有对象在代码层次上的接口的丰富知识。而对于JavaBean，用户可以在应用程序构造器工具中使用各种JavaBean组件，而不需要编写任何代码。这种同时使用多个组件而不考虑其初始化情况的功能是对当前Java模型的重要扩展，所以也可以说JavaBean是在组件技术上对Java语言的扩展。
如果真的要明确的定义，那么JavaBean的定义是：JavaBean是可复用的平台独立的软件组件，开发者可以在软件构造器工具中对其直接进行可视化操作。在上面的定义中，软件构造器可以是Web页面构造器、可视化应用程序构造器、GUI设计构造器或服务器应用程序构造器。而JavaBean可以是简单的GUI要素，如按钮和滚动条；也可以是复杂的可视化软件组件，如数据库视图。有些JavaBean是没有GUI表现形式的，但这些JavaBean仍然可以使用应用程序构造器可视化地进行组合，比如JBuilder上的很多控件其实也是没有GUI形式的，但是你仍然可以拖放它们以在你的应用程序里生成相应的代码。一个JavaBean和一个Java Applet很相似，是一个非常简单的遵循某种严格协议的Java类。
JavaBean具有Java语言的所有优点，比如跨平台等等，但它又是Java在组件技术方面的扩展，所以说很多方面它和Applet很像，Applet也具有Java语言的所有优点，同时也是Java在浏览器端程序方面的扩展。其实它们都是严格遵循某种协议的Java类，它们的存在都离不开Java语言的强大支持。
9.1.3 JavaBean 的属性、事件和方法
从基本上来说， JavaBean可以看成是一个黑盒子，即只需要知道其功能而不必管其内部结构的软件设备。黑盒子只介绍和定义其外部特征和与其他部分的接口，如按钮、窗口、颜色、形状等。作为一个黑盒子的模型，以把JavaBean看成是用于接受事件和处理事件以便进行某个操作的组件建筑块。
一个 JavaBean由3部分组成：
（ 1） 属性（properties）
JavaBean提供了高层次的属性概念，属性在JavaBean中不只是传统的面向对象的概念里的属性，它同时还得到了属性读取和属性写入的API的支持。属性值可以通过调用适当的bean方法进行。比如，可能bean有一个名字属性，这个属性的值可能需要调用String getName（）方法读取，而写入属性值可能要需要调用void setName（String str）的方法。
每个 JavaBean属性通常都应该遵循简单的方法命名规则，这样应用程序构造器工具和最终用户才能找到JavaBean提供的属性，然后查询或修改属性值，对bean进行操作。JavaBean还可以对属性值的改变作出及时的反应。比如一个显示当前时间的JavaBean，如果改变时钟的时区属性，则时钟会立即重画，显示当前指定时区的时间。
（ 2） 方法（method）
JavaBean中的方法就是通常的Java方法，它可以从其他组件或在脚本环境中调用。默认情况下，所有bean的公有方法都可以被外部调用，但bean一般只会引出其公有方法的一个子集。
由于JavaBean本身是Java对象，调用这个对象的方法是与其交互作用的唯一途径。JavaBean严格遵守面向对象的类设计逻辑，不让外部世界访问其任何字段（没有public字段）。这样，方法调用是接触Bean的唯一途径。
但是和普通类不同的是，对有些Bean来说，采用调用实例方法的低级机制并不是操作和使用Bean的主要途径。公开Bean方法在Bean操作中降为辅助地位，因为两个高级Bean特性--属性和事件是与Bean交互作用的更好方式。
因此 Bean可以提供要让客户使用的public方法，但应当认识到，Bean设计人员希望看到绝大部分Bean的功能反映在属性和事件中，而不是在人工调用和各个方法中。
（ 3） 事件（event）
Bean与其他软件组件交流信息的主要方式是发送和接受事件。我们可以将bean的事件支持功能看作是集成电路中的输入输出引脚：工程师将引脚连接在一起组成系统，让组件进行通讯。有些引脚用于输入，有些引脚用于输出，相当于事件模型中的发送事件和接收事件。
事件为JavaBean组件提供了一种发送通知给其他组件的方法。在AWT事件模型中，一个事件源可以注册事件监听器对象。当事件源检测到发生了某种事件时，它将调用事件监听器对象中的一个适当的事件处理方法来处理这个事件。
9.1.4 JavaBean 的特征
JavaBean1.0指定的组件模型规定了Bean的如下特征：
（1） 内省： 使组件可以发表其支持的操作和属性的机制，也是支持在其他组件中（如Bean的开发工具）发现这种机制的机制。
（2） 属性： 在设计Bean时可以改变的外观和行为特征。开发工具通过对Bean进行内省来获知其属性，进而发布其属性。
（3） 定制： Bean通过发布其属性使其可以在设计时被定制。有两种方法支持定制：通过使用Beans的属性编辑器，或者是使用更复杂Bean定制器。
（4） 通信： Bean之间通过事件互相通信。开发工具可以检测一个Bean可以接收和引发的事件。
（5） 持续： 使Bean可以存储和恢复其状态。一个Bean的属性被修改以后，可以通过对象的持续化机制保存下来，并可以在需要的时候恢复。
9.1.5 JavaBean 特征实现的简介
1 ． 属性
Bean的属性描述其外观或者行为特征，如颜色、大小等。属性可以在运行时通过get/set方法取得和设置。最终用户可以通过特定属性的get/set方法对其进行改变。例如，对于Bean的颜色属性，最终用户可以通过Bean提供的属性对话框改变这个颜色属性。颜色的改变实际上是通过下面的方法实现的：
public Color getFillColor（）；
public void SetFillColor（Color c）；
这种基本的get/set方法命名规则定义的属性叫做简单属性。简单属性中有一类用boolean值表示的属性叫布尔属性。
JavaBean API还支持索引属性，这种属性与传统Java编程中的数组非常类似。索引属性包括几个数据类型相同的元素，这些元素可以通过一个整数索引值来访问，因此称为索引属性。属性可以索引成支持一定范围的值，这种属性属于简单属性。索引用int指定。索引属性有4种访问方式，其数值数组可以一个元素访问，也可以整个数组访问：
public void setLabel（int index，String label）；
public String getLabel（int index）；
public void setLabel（String []labels）；
public String []getLabels（）；
与标准的Java数组类似索引值可能会在索引属性数组的范围之外。这时，用于操作索引属性的访问者方法一般是抛出一个ArrayIndexOutOfBoundsException运行环境异常，这个异常与标准Java数组索引超出范围时执行的行为相同。
与简单属性相对的是关联属性和限制属性。这两种属性在运行或者设计时被修改后，可以自动地通知外部世界，或者有能力拒绝被设置为某个数值的属性。关联属性在属性发生改变时向其他beans和容器发出通知。关联属性在发生改变时产生一个PropertyChangeEvent事件，传递给所关联的注册了PropertyChangeListener的听众。可以通过下述方法注册或撤销多路广播事件听众：
public void addPropertyChangeListener（PropertyChangeListener l）；
public void removePropertyChangeListener（PropertyChangeListener l）；
PropertyChangeListener是一个接口，当相关的外部部件需要与一个属性相关联时，它必须调用addPropertyChangeListener()方法提供一个合适的实现了PropertyChangeListener接口的对象。PropertyChangeListener接口用于报告关联属性的修改，尤其是当一个关联属性值发生变化时，就调用所有注册的PropertyChangeListener接口上的propertyChange（）方法。这个方法接受一个PropertyChangeEvent对象，这个对象包含了关于要修改的特定属性的信息及其新值和旧值。
JavaBean API还支持另一种方法用于注册监听器与特定的关联属性。如果一个bean开发者要在单个属性基础上提供监听器注册，他必须为每个这样的属性支持一对方法：add<PropertyName>Listener（）和remove<PnropertyName>Listener（）。这对方法工作起来就像前面介绍的那对全局事件监听器注册方法，只是这两个方法是用于特定的属性。下面的一个例子中定义了一个名为Name的关联属性的这两个方法：
public void addNameListener（PropertyChangeListener l）；
public void removeNameListener（PropertyChangeListener l）；
当bean外部相关部件要将其本身注册到Name属性上时，它只需简单地调用addNameListener（）方法来注册它本身。当Name属性修改时，会通过调用propertyChange（）方法发送一个通知给事件监听器。这种情况与前面介绍的一样，只是这里的监听器只接收关于Name属性的通知。
限制属性是内部验证的，如果不合格会被拒绝。用户可以通过异常获知拒绝的属性。限制属性用VetoableChangeListener接口验证改变。可以用如下方法注册或撤销该接口：
public void addVetoableChangeListener（VetoableChangeListener v）；
public void removeVetoableChangeListener（VetoableChangeListener v）；
限制属性和关联属性的处理机制是很类似的，当属性的修改值到达监听器的时候，监听器可以通过抛出PropertyVetoException异常选择拒绝属性的修改。如果抛出了一个异常，这个bean就要负责处理这个异常并恢复这个限制属性的原来的值。
与关联属性类似，限制属性也支持单个属性的事件监听方法。下面是一个例子：
public void addNameListener（VetoableChangeListener l）；
public void removeNameListener（VetoableChangeListener l）；
2 ． 内省和定制
Bean通常被开发成一般化的组件，由开发人员在建立应用程序时配置。这是通过JavaBeans API伴随的两种Java技术实现的。第一种是Java反映API，是一组用于透视类文件和显示其中的属性和方法的类。第二种是Java串行化API，用于生成类的永久存储，包括其当前状态。这两种技术用于使Beans可以用建立工具探索和显示，并修改和存放起来，供特定应用程序使用。
JavaBean的内省过程显示Bean的属性、方法和事件。内省过程实际上很简单，如果有设置或取得属性类型的方法，则假设Bean有该属性，可以采用如下方法：
public <PropertyType> get<PropertyName>（）；
public void set<PropertyName>（<PropertyType> p）；
如果只发现一个get/set方法，则确定PropertyName为只读或只写。
除了上述这种内置的内省和定制方法外，JavaBean API还提供了显示的接口BeanInfo，用于Bean设计者显示Bean的属性、事件、方法和各种全局信息。可以通过实现BeanInfo接口定义自己的Bean信息类：
public class myBeanInfo implements BeanInfo..
BeanInfo接口提供了一系列访问Bean信息的方法，Bean开发者还可以提供BeanInfo类用于定义Bean信息的专用描述文件。
3 ． 持续
JavaBean是依赖于状态的组件，状态可能因为运行时或开发时的一些动作而发生改变，当Bean的状态改变时，设计人员可以保存改变的状态，这种机制叫JavaBean的持续。
JavaBean状态的持可以通过java对象的串行化机制自动保存，也可以由设计者通过定制其串行化控制Bean对象的状态的保存。
4 ． 事件
JavaBean通过传递事件在Bean之间通信。Bean用一个事件告诉另一个Bean采取一个动作或告诉其状态发生了改变。事件从源听众注册或发表并通过方法调用传递到一个或几个目标听众。
JavaBean的事件模型类似AWT的事件模型。JavaBean中的事件模型是用事件源和事件目标定义的。事件源就是事件的启动者，由它触发一个或多个事件目标。事件源和事件目标建立一组方法，用于事件源调动事件听众。
9.2.3 JavaBean 的开发工具简介
1 ． Borland 公司的 JBuilder
使用JBuilder，开发者可以使用任何包括在这个产品中的或是从第三方供应商购买的JavaBean组件迅速地开发出应用程序，也可以使用JBuilder的可视化设计工具和wizard创建自己的可复用的JavaBean组件。JBuilder含有功能强大的JavaBean数据库组件，它可以满足创建与数据库有关的应用程序的需求。另外，JBuilder提供了Java优化工具集为专业Java开发者提供了综合的、高性能的开发解决方案。JBuilder的基于组件开发环境的几个主要子系统，包括组件设计器和双向工具引擎，都是使用JavaBean内置于Java中的。
关于 JBuilder的更多信息，可以访问Borland公司的Web站点：
http://www.borland.com/jbuilder
2 ． IBM 公司的 Visual Age for Java
IBM的Visual Age for Java的发布使得客户/服务器系统的Internet应用程序的实现成为现实。这个工具将Java的快速开发环境与可视化编程结合在一起。Visual Age for Java是一个创建可与Java兼容的应用程序、applet和JavaBean组件的编程环境，它使得开发者可以将注意力集中在应用程序的逻辑设计上。Visual Age for Java可以帮助开发者实现许多应用程序中经常需要的任务，如通讯代码、在企业级上进行Web连接以及用户接口代码的创建。
关于 Visual Age for Java的更详细的信息可以查看Web站点：
http://www.software.ibm.com/ad/vajava
3 ． SunSoft 公司的 Java Studio
Java Studio是一个可视化组装工具，一个"所见即所得"的HTML创作工具和一个完全使用Java编写的可重复使用的组件开发工具。Java Studio使用的JavaBean技术包含了一个丰富而强壮的商业组件集合，包括图表、曲线以及通过窗体和电子表格等支持的数据库访问和操作。此外，还包括用于创建网络软件辅助组件。辅助组件包括电子表格、白板和聊天组件。
Java Studio的web网址位于：
http://www.sun.com/studio/
9.2.4 使用 BeanBox 测试 JavaBean
BDK （ Beans Developmen Kit ）是 Sun 公司发布的 Beans 开发工具箱，它与 JDK 配合使用，可以生成使用 Bean 事件模型的 Beans 。 BDK 的使用依赖于 JDK 。 BeanBox 是 BDK 中自带的一个用于测试 Beans 的工具，可以用它可视地管理 Beans 的属性和事件。 BeanBox 并不是一个建立 Beans 的工具，它只是一个测试工具，我们可以通过它来了解 Beans 。
9.3 RMI 的基本概念和编程简介
9.3.1 RMI 的基本概念
Java RMI （ Remote Method Invocation ） --Java 的远程方法调用是 Java 所特有的分布式计算技术，它允许运行在一个 Java 虚拟机上的对象调用运行在另一个 Java 虚拟机上的对象的方法，从而使 Java 编程人员可以方便地在网络环境中作分布式计算。面向对象设计要求每个任务由最适合该任务的对象执行， RMI 将这个概念更深入了一步，使任务可以在最适合该任务的机器上完成。
RMI 定义了一组远程接口，可以用于生成远程对象。客户机可以象调用本地对象的方法一样用相同的语法调用远程对象。 RMI API 提供的类和方法可以处理所有访问远程方法的基础通信和参数引用要求的串行化。
远程方法调用类似于 Sun 公司 1985 年提出的远程过程调用（ RPC ）特征。 RPC 也要求串行化参数和返回数值数据，但由于没有涉及对象，情况比较简单。 Sun 开发了外部数据表示（ XDR ）系统，支持数据串行化。 RPC 和 RMI 之间的一个重要差别是 RPC 用快速而不够可靠的 UDP 协议， RMI 用低速而可靠的 TCP/IP 协议。
远程方法调用（ RMI ）和 CORBA 都是分布式计算技术，在进行分布式时各有其优缺点，为了有助于了解 RMI 的特点和用途，有必要讨论一下 CORBA 和 RMI 的区别。
CORBA （ Common Object Request Broker Architecture ）是 OMG 的 Object Management Architecture （对象管理结构），它是面向对象的分布式系统建立所依据的标准。 CORBA 被设计成一个能供所有编程语言使用的一个开放性说明，就是说一个机器上的 Java 客户可以要求另一个用 SmallTalk 或 C++ 的机器服务。 正是由于这种语言的独立性使得 CORBA 这么灵活和吸引人。为了适应语言独立性， CORBA 采用了非常通用的标准作为其接口。在不同的语言中，远程调用、签名和对象的引入有各自不同的定义，所以 CORBA 必须尽可能的中立和开放。正是这种通用性是 CORBA 的一个弱点。当开发人员都采用 CORBA 时，他们要用一种新的标准定义语言接口，它要求开发者学习新的编程接口，从而减小了远程模型的透明性。
RMI 是为仅在 Java 对 Java 的分布式计算中而开发的 。远程调用的标准是为了 Java 和应用 Java 的自然 Java 签名和调用而开发的，这使得 RMI 对 Java 的开发者相当透明而且易于实现。 RMI 用 Java 语言紧密集成从而同 CORBA 相比能够提供非常好的容错能力及对异常的处理。尽管 Java 的 RMI 标准不像 CORBA 那样语言独立，但 Java 本身是一个独立的平台，这就使 RMI 在跨平台的分布软件开发中是一个很好的选择。
RMI 是 Java 语言在分布式计算上的基本模型，很多 Java 的分布式系统，包括我们本章要涉及的 EJB ，都是建立在 RMI 的思想上的。
9.3.2 RMI 系统的一般结构
RMI 系统包括 3 层，端头 / 框架层（ Stubs/Skeletons ）、远程应用层（ Remote Reference Layer ）和传送层（ Transport ） , 如图所示：
客户机调用远程方法时，请求用客户机的端头调用。客户机引用端头作为远程机上对象的代表。上图所示的所有基础功能在客户机上都看不到。端头代码由 rmic 编译器长生，并用远程引用层（ RRL ）将方法调用请求传递到服务器对象。
9.3.3 使用 RMI 构造分布式应用系统
RMI 应用程序通常由两个独立的程序构成：一个 server 和一个 client 。一个典型的 server 应用程序创建一些远程对象，使它们可被引用，并等待客户端调用这些远程对象的方法。一个典型的 client 应用程序得到 server 上的一个或多个远程对象的远程引用，并调用这些对象的方法。 RMI 提供了 server 和 client 通信和传递信息的机制。这样的应用程序叫做一个分布式对象应用程序。
分布式对象应用程序需要定位远程对象：应用程序可以使用两种机制之一来获得远程对象的引用。应用程序可以使用 RMI 的命名工具 rmiregistry 来注册它的远程对象，或者象进行一般操作一样传递和返回远程对象的引用。
和远程对象通信：远程对象之间的通信细节由 RMI 来处理。对程序员来说，远程通信就像一个标准的 Java 方法调用。
装载被传递对象的类字节码：因为 RMI 允许调用者向远程对象传递对象，所以它提供了传递数据和装载一个对象代码的必要机制。
下图描述了一个使用注册机制获得一个远程对象引用的 RMI 分布式应用程序。 Server 方调用注册器将一个远程对象和一个名字联系起来。 Client 方在 Server 的注册器中通过名字寻找远程对象并调用其方法。该图也显示了 RMI 系统使用一个现有 web server 来装载类字节码，在需要时在 server 和 client 之间传输字节码。
RMI 的一个重要而独特的特性是它能动态下载一个在接收者的虚拟机中未定义的对象类的字节码（或简单代码）。一个对象的类型和行为，这些原来只能在一个单一的虚拟机中可以得到的信息，可以被传递给另一个可能是远程的虚拟机。 RMI 将对象连同其真实的类型一起传递，所以当这些对象被传递给另一个虚拟机时其行为不发生改变。这就允许将新类型引入一个远程的虚拟机，从而动态扩展一个应用程序的行为。
像其他应用程序一样，一个使用 Java RMI 的分布式应用程序也由接口和类组成。接口中定义一些方法，类实现接口中定义的方法，并定义一些其他的方法。在一个分布式应用程序中，一些实现需要驻留在不同的虚拟机上。具有可以跨虚拟机调用的方法的对象叫做远程对象。 一个对象通过实现一个远程接口成为远程对象，它具有如下特征：
1 ） 一个远程接口由 java.rmi.Remote 派生。
2 ） 接口中的每个方法都要声明抛出 java.rmi.RemoteException ，除了 其他特殊的例外之外。
当对象从一个虚拟机传递给另一个虚拟机时， RMI 对远程对象的处理与非远程对象是 不相同的。 对 于远程对象， RMI 传递给接收方虚拟机一个远程端头，而不是一个对象的拷贝。 端头作为远程对象的本地标识或代理，对于调用方来说，是一个远程引用。调用方调用本地端头的一个方法，由本地端头负责处理对远程对象的方法调用。
一个远程对象的端头实现了与远程对象实现的相同的接口。这就允许一个端头可以被转换为远程对象所实现的任意一个接口。这也意味着只有定义在远程接口中的方法才可以在接收方虚拟机上被调用。
当你使用 RMI 来开发一个分布式应用时，需要遵守下面的步骤：
1 ） 设计和实现你的分布式应用的组件。
首先，决定应用程序的结构，哪些组件是本地对象，哪些应该可以远程访问。这个步骤包括：
定义远程接口：一个远程接口定义了可以被客户端远程调用的方法。客户端针对远程接口编程，而不是针对实现这些接口的类。设计这样的接口的一部分工作取决于作为这些方法的参数和返回值的本地对象。如果还没有这样的接口和类的存在，就需要自己定义。
实现远程对象：远程对象必须实现一个或多个远程接口。远程对象类可能包括其他接口（本地的或远程的）和方法（仅在本地可得到的）的实现。如果有本地类作为这些方法的参数或返回值，这些类也必须被实现。
实现客户端：使用远程对象的客户可以在远程接口被定义后的任何时候实现，包括远程对象被展开后。
2 ） 编译源程序并生成端头。
这是一个两步操作过程。 第一步，使用 Javac 编译器来编译源文件，其中包含了远程接口及其实现部分、 server 类和 client 类。第二步，使用 rmic 编译器来生成远程对象的端头。 RMI 使用一个远程对象的端头类来作为客户端的代理，从而使客户端可以同一个特定的远程对象通信。
3 ） 使得类可以通过网络访问。
这一步使一切与远程接口有关的类文件、端头、其他任意的需要下载到客户方的类可以通过一个 web server 访问。
4 ） 启动应用程序。
启动应用程序包括运行 RMI 远程对象注册程序，服务器，客户端。
9.3.4 一个简单的 RMI 的例子
一个虽然简单但是完整的 RMI 分布式应用程序的例子，该程序由两部分组成；包括远程对象的 server 方和调用 server 方的远程方法 sayHello （）获得字符串 "Hello World" 并输出该字符串的 client 方。
1 ． 构造一个远程接口 Hello ：
package hello;
public interface Hello extends java.rmi.Remote {
//rmi 应用程序必须继承自 java.rmi.Remote
String sayHello() throws java.rmi.RemoteException ;
// 定义可以远程调用的接口
}
2 ． 完成 server 方程序，定义 HelloImpl 类实现 Hello 接口：
package hello;
import java.rmi.*;
import java.rmi.server.UnicastRemoteObject;
public class HelloImpl extends UnicastRemoteObject implements Hello
// 实现 Hello 接口
{
private String name;
public HelloImpl (String s ) throws java.rmi.RemoteException{
super(); // 调用父类的构造函数
name = s;
}
public String sayHello() throws RemoteException {
return "Hello world!"; // 实现 Hello 接口定义的方法
}
public static void main ( String args [])
{
System.setSecurityManager ( new RMISecurityManager() );
// 设置 RMI 程序需要的安全策略
try
{
HelloImpl obj = new HelloImpl("HelloServer");
// 生成一个 HelloImpl 的实例
Naming.rebind("HelloServer", obj);
// 将这个实例绑定到一个名字上
System.out.println("HelloImpl created and bound in the registry to the name HelloServer");
} catch (Exception e)
{
System.out.println("HelloImpl.main: an exception occured:");
e.printStackTrace(); // 产生异常的话，打印出出错信息
}
}
}
server 方生成一个远程对象并和一个可和客户对话的名称 "HelloServer" 绑定。 Client 端可以根据该名称寻找相应的远程对象，进而调用其远程方法。
3 ． 完成 client 方程序
package hello;
import java.rmi.*; public class HelloClient
{
public static void main(String args[])
{
System.setSecurityManager(new RMISecurityManager() );
// 设置 RMI 需要的安全策略
try
{
Hello obj = (Hello) Naming.lookup("HelloServer");
// 从服务端获得一个 Hello 的远程对象
String message = obj.sayHello();
// 远程调用 Hello 的方法
System.out.println(message);
// 将输出结果打印
} catch (Exception e)
{
System.out.println("Hello client : an exception occured");
e.printStackTrace(); // 若有异常，输出异常信息
}
}
}
client 利用 java.rmi 包中的 Naming 类的 lookup （）方法获得远程对象 obj ，然后调用其远程方法 sayHello （）获得字符串 "Hello World" ，并输出到屏幕上。
要运行这几个程序，还有一些工作要做，这几个程序的文件名为 Hello.java 、 HelloImpl.java 、 HelloClient.java ，它们都被放置在的的 d:\hello 目录下，在 windows 下，你需要在命令窗口中如此运行它们：
1 ． Set CLASSPATH = %CLASSPATH%;d:\
2 ． 在 d:\hello 下编译源代码：
javac -d .. *.java
3 ． 在生成端头和框架模块，首先把目录切换回 d:\
rmic -d . hello.HelloImpl
4 ． 在 d:\ 下运行 RMI 远程对象注册程序
start rmiregistry
5 ． 在 d:\ 下运行服务器程序
java -Djava.security.policy=my.policy hello.HelloImpl
6 ． 在 d:\ 下运行客户端程序
java -Djava.security.policy=my.policy hello.HelloClient
其中上面的步骤中 5 和 6 出现的 my.policy 是一个文件，这个文件和 Java 的安全机制有关，在这个程序中我们不需要安全限制，所以我们把权限设为都可以访问。 my.policy 如下：
grant {
permission java.security.AllPermission;
};
你一定要记得设置这个文件，否则 RMI 将出 " 拒绝访问 " 的错误。如果你想了解 Java 其他的安全机制，那么可以参考 Java 里有关 security 的资料。
9.4 EJB 简介
9.4.1 EJB 出现的背景
EJB 的出现对 Java 技术是一个很大的推动，因为 EJB 主要是面向企业级应用的，这使得 Java 有了企业级应用的方向。同样， EJB 也是建立在 Java 语言上的，和 JavaBean ， Java Applet 一样，它也是遵守一定规范的 Java 程序，只不过这是个复杂的规范。
传统的分布式应用程序都是基于 Client/Server 结构的，而近年来人们发现基于 Client/Server 结构的应用程序有很多缺点，比如：如果客户端的代码需要改变，那么所有机器上的客户端程序都要重新安装；如果某台机器有了不可修复的损坏，那么得去别的机器上重新安装客户端软件才能够使用。而基于
Browser/Server 结构的应用程序就没有以上的缺点了，我们可以使用任何一台有浏览器的机器来工作，而因为所有的程序逻辑都在服务器端，所以服务器端的代码变动不需要作为客户端的浏览器再做任何工作。
由于
Browser/Server 结构的这些优势，近年来关于
Browser/Server 的程序开发模式有了很多的研究和实践。而因为
Browser 没有办法表示复杂的程序逻辑，所以在表示界面的
Browser 和存储介质数据库之间必须还有一层结构，这层结构负责表示复杂的程序逻辑。这就是我们所说的服务器端构件，在
Brower/Server 结构中，我们的工作就是开发服务器端构件，但是开发服务器端构件是很麻烦的工作。因为服务器端构件必须接受很多客户端的请求，因此它必须具有多线程和事务处理等能力，而这些也成为服务器端构件开发的难点所在。
9.4.2 EJB 的概要
事实上 EJB 是 Java 在企业级应用的规范，所以 EJB 还是比较复杂的， EJB 只是组件的规范，而为了让 EJB 跑起来还需要很多其他的东西，比如说容器，应用程序服务器等，这些都是和 EJB 紧密联系在一起的，而因为 EJB 一般用于 Web 应用中，所以还需要一个 Web 服务器，而 EJB 的客户端也可以是任何的 Java 程序，比如 Applet 、 Servlet 等等，所以 EJB 只是企业级应用平台中的一部分，而这个企业级应用平台就是 Sun 的 J2EE （ Java 2 Enterprise Edition ）。而上面我们提到的 Weblogic ， Websphere 其实都是符合 J2EE 的企业级应用平台。
Sun 公司发布的文档中对 EJB 的定义是： EJB 是用于开发和部署多层结构的、分布式的、面向对象的 Java 应用系统的跨平台的构件体系结构。 采用 EJB 可以使得开发商业应用系统变得容易，应用系统可以在一个支持 EJB 的环境中开发，开发完之后部署在其他的 EJB 环境中，随着需求的改变，应用系统可以不加修改地迁移到其他功能更强、更复杂的服务器上。
EJB 简化了多层体系结构应用系统的开发过程。在分布式应用系统的开发中，采用多层体系结构的方法有很多优点，如增加了应用系统的可伸缩性、可靠性、灵活性等。因为服务器端构件可以根据应用需求加以修改，且构件在网络中的位置和应用无关，因此系统管理员可以很容易重新配置系统的负载。多层体系结构非常适合于大数据量的商业事务系统，特别是在基于 Web 的应用中，需要多层体系结构支持瘦客户机及浏览器的快速 Applet 下载，目前越来越多的系统开始采用多层体系结构的方法，所谓的多层结构，可以用下图来帮助理解：
在多层结构中，数据库算是一层，客户端算一层，而客户端和数据库之间统称为 N-2 层， N-2 层主要是表示程序的逻辑。 EJB 的作用就是在这 N-2 层里面负责表示程序的逻辑和提供访问数据库的接口 。 EJB 分为两类，一类是实体 Bean （ Entity Bean ），这种 EJB 和数据库中的表有一一对应的关系，可以在数据改变的时候自动更新表里的内容。还有一类是对话 Bean （ Session Bean ），这种 EJB 用于和客户端交互，代表了程序的逻辑，我们可以用这两种 EJB 来方便的构建自己的多层系统。
EJB 把 Java 的 "write once ， run anywhere" 思想提到了一个新的高度，服务器端构件在构件执行系统内执行，规范说明定义了构件执行系统所需要的服务，遵从 EJB 规范说明开发的构件可以在任何一个支持 EJB 的系统中执行。 EJB 其实是在容器里执行的， Sun 公司也发布了 EJB 容器的规范， EJB 可以在任何符合规范的容器中运行，容器其实就是给 EJB 提供服务的，比如说 EJB 需要的事务处理，多线程和安全机制等服务。
9.4.3 EJB 的软构件模型简介
JavaBean 也是构件，只不过它不是服务器端的构件，在构件中我们称 JavaBean 是轻量级的，而 EJB 是重量级的。
软构件模型的思想是创建可重用的构件并将其组合到容器中以得到新的应用系统 ， 构件模型定义了构件的基本体系结构、构件界面的结构、和其他构件及容器相互作用的机制等 。利用构件模型的规范说明，构件开发人员开发那些实现了应用程序逻辑的构件，而应用系统开发人员把这些预先开发好的构件组合成应用系统，这些应用系统也可以作为新的构件。 软构建模型思想已经在软件开发界迅速流行，因为它可以达到以下这些目的：重用、高层开发、通过工具进行自动化开发、简化开发过程等。 JavaBeans 、 EJB 、 COM/DCOM 等都是软构件模型的例子。
有两种类型的软构件模型 -- 客户端构件模型和服务器端构件模型。 客户端构件模型如 JavaBeans 是专门用于处理程序的表示（ presentation ）及用户界面问题的；服务器端构件模型如 EJB 则向面向事务的中间件提供基础设施。
服务器端构件模型把构件模型的开发和中间件联系在一起。企业级应用的中间件以其复杂性著称，它不仅涉及到应用逻辑、并发性和伸缩性问题，也涉及到如何把不兼容的系统组合在一起的问题。 服务器端构件模型解决了中间件开发的复杂性问题，它使得中间件开发人员集中于应用系统的逻辑部分，而不用处理同步、可伸缩性、事务集成、网络、分布式对象框架等一些分布式应用系统中存在的复杂问题 。 EJB 构件模型如下图所示：
EJB 构件模型给开发者提供了一下的支持：
1 ． 构件包含应用程序逻辑
2 ． 可重用的构件
3 ． 可伸缩性
4 ． 资源管理
5 ． 事务支持
6 ． 并发性管理
9.4.4 EJB 和其他技术的关系
1 ． EJB 和 JavaBean 的关系
很多人往往把 JavaBean 和 EJB 混淆起来， JavaBean 提供了基于构件的开发机制，一般 JavaBeans 是可视化的构件，也有一些 JavaBeans 是非可视化的， JavaBeans 可以在多个应用系统中重用， 一个标准的 JavaBeans 是一个客户端构件，在运行时不能被其他客户机程序存取或操作， 但客户端的 JavaBeans 容器可以根据 JavaBeans 的属性、方法、事件的定义在设计或运行时对 JavaBeans 进行操作， JavaBe an s 不一定要用于 Client/Server 结构的系统。
EJB 没有用户界面，完全位于服务器端 ， EJB 可以多个 JavaBean 组成，规范说明详细说明了 EJB 容器需要满足的需求以及如何和 EJB 构件相互协作。 EJB 可以和远程客户端程序通信， 并提供一定的功能，根据规范说明， EJB 是 Client/Server 系统的一部分，如果不和客户端程序交互， EJB 一般不执行具体的功能。 EJB 和 JavaBean 的一个重要区别是 EJB 提供了网路功能 。
2 ． EJB 和 RMI 的关系
EJB 是分布式的组件，它支持远程调用。而 EJB 的这些网络特性是建立在 RMI 之上的，可以说， RMI 是 EJB 网络特性的基石。
因为 EJB 是分布式的，所以如何定位一个 EJB 也是需要解决的问题，而这个问题和 RMI 里如何定位一个对象是一样的， EJB 也用了 RMI registry 的思想， EJB 里的 JNDI （ Java Naming and Directory Interface ）也提供了注册一个对象的服务，已经注册了的对象可以很容易的被找到。这和 RMI 的 registry 的想法和功能上是一样的。
3 ． EJB 和网络计算的关系
由 Beans 构造的应用程序可以根据用户的需求分解成不同的构件，根据用户当前所需要的功能提供相关的构件，并随着用户新的需求随时下载新的构件，而用户没有用到其功能的构件可以驻留在服务器上，这就是网络计算所倡导的概念。
很多人并没有完全理解 Java 的概念，他们认为为了在一个客户端上运行 Java 程序，需要把一个庞大的、可能达几兆字节的 Java 应用程序一次性通过网络传输到客户端，事实上，这也是一些开发人员计划用 Java 改写旧的应用系统时易犯的错误。
在网络计算环境中利用 Java 的最好途径是由 EJB 提供服务端的构件，而由 JavaBeans 提供客户端的构件，两者结合在一起，将会使应用系统的搭建更为简单和快速。
只有把 Java 应用于服务器端的应用系统才能真正体现 Java 的威力， EJB 是 Java 的服务器端构件模型，该模型保证开发出来的构件可以被部署在任何支持 EJB 规范说明的系统中，既使该系统是由不同的开发商提供的。 采用 EJB 可以提高开发人员的生产率，构件开发人员和应用开发人员不需要实现系统中的一些复杂的逻辑结构，因为构件的容器已提供对这些服务的自动管理和控制，采用 EJB 开发的应用系统不用修改就可以从一个服务器迁移到另一个功能更强的服务器上。
总之， EJB 技术将使得 Java 在企业计算中的地位得到加强，为基于 Java 的应用系统提供了一个框架，和目前的许多系统和模型相比， EJB 具有许多优越性，种种迹象表明， EJB 有可能成为分布式应用系统的服务器端构件模型的首要选择。
