转自：http://glmxzz.blog.163.com/blog/static/1332127902009102602532810/

1. 远程访问EJB

       此时第一反应便是ping 192.168.2.182，结果并没有出现任何问题，接着便访问 http://192.168.2.182:8080，发现不能访问，如果是服务器是Tomcat的话，该访问是没有任何问题的。于是便上网搜索，发现JBoss是默认将IP绑定为127.0.0.1的，所以便会出现访问不了 http://192.168.2.182:8080，甚至在JBoss服务器本机也不能访问该地址。而只能访问 http://127.0.0.1:8080或者 http://localhost:8080，那该如何解决呢？

        打开%JBOSS_HOME%\server\default\deploy\jbossweb.sar目录，编辑server.xml，找到

<Connector protocol="HTTP/1.1" port="8080" address="${jboss.bind.address}"                                                               connectionTimeout="20000" redirectPort="8443" />

<Connector protocol="AJP/1.3" port="8009" ddress="${jboss.bind.address}" 

                  redirectPort="8443" />

将address="${jboss.bind.address}修改为address="192.168.2.182"，重启JBoss，便可以在局域网中的任何一台机器上访问 http://192.168.2.182:8080，可这次如果在JBoss服务器本机上却不能访问 http://127.0.0.1:8080，如果要让两个同时都能访问，则需将address="192.168.2.182"修改为address="0.0.0.0"。

3.解决远程访问EJB

       现在再次调用HelloEJBClient，发现错误依然，可见上面的修改并没有影响到EJB的调用，仔细想想，刚才所修改的是web的URL，而EJB所需要的是JNDI的URL，所以错误依然，再通过网络搜索，发现可以通过以下方法解决，在%JBOSS_HOME%\bin目录下，创建run.bat的快捷方式，然后如图所示在其Target后面加上--host=192.168.2.182，重启JBoss，然后再次调用HelloEJBClient即可成功。

如果是在eclipse开发环境下的话，打开Servers视图，双击Jboss服务器，再点击Overview视图中的Open launch configuration，在弹出来的对话框里，如图所示输入--host=192.168.2.182，确定之后重启Jboss，即可。

至于如何设置JBoss的配置文件才能达到这一效果，目前还没有找到，找到了再添加。

2. J2EE与EJB

2.1 什么是J2EE

是java平台企业版简称，用来开发与部署企业级应用的架构，提供一种统一的、开放标准的多层平台，主要由构件、服务和通信组成。
构件包含客户端构件和服务器构件，客户端构件主要包含两类Applets和Application Clients，服务器构件分为两类Web构件（servlet和JSP）和EJBs两种。
本质上J2EE只是一个行业标准，主要用来通过java开发服务器端应用提供一个独立的、可移植的、多用户的企业级平台，从而能简化应用程序的开发和部署。

2.2 J2EE常用术语有哪些

1、web服务器
Web服务器是指在Internet上的计算机程序，是一种服务程序，主要工作是接收来自于客户端的请求，把对请求的处理结果返回给客户端。用户可以用浏览器请求所需的资源，Web服务器接收到请求后会查找用户请求的资源，将找到的资源返回给用户。
2、Web容器
又叫Web应用服务器，是一种服务程序，给运行在其中的程序（servlet，JSP）提供一个运行的环境。因此，Servlet只需要关注业务逻辑的处理而不用关注于客户端的交互，因为这些交互都已经由web容器协助完成。
3、EJB容器
服务器端容器，是J2EE应用的业务层技术标准，只要满足J2EE规范的组件就能在EJB容器中运行，这个组件就会被EJB容器高效管理。
4、Applet容器
客户端容器，包含Applet组件，Applet是一种嵌入在浏览器中的轻量级客户端，只有当使用Web页面无法充分的表现数据或应用界面时才会使用。是一种替代web页面的手段。不能使用Servlet和API。
5、Application Client容器
客户端容器，包含Application Client组件，是一种较重量级的客户端。能使用Servlet和API。
6、JNDI（java nameing and directory interface）
java命名与目录接口，提供一个目录系统，将服务名称和对象关联起来，从而使得开发人员在开发过程中可使用名称来访问对象。可以实现快速查找和定位分布式应用程序，使得程序有更好的可扩展性。
7、JMS（java message service）
java消息服务，是一个java平台中面向消息中间件的API，实现各个应用程序之间进行异步通信，包括创建、发送、接收、读取消息等。
8、JTA（java transaction API）
Java事务服务，提供各种分布式事务服务，为J2EE实现分布式事务处理提供支撑。
9、JAF（javabean activation framework）
Java激活框架，是一个专门的数据处理框架，提供一种统一处理不同数据格式的方法。
10、RMI（Remote Method Invocation）
远程方法调用，主要用于远程调用服务，可以像调用本地函数一样调用另外一台计算机的程序。

2.3 EJB有哪些不同的类型

EJB相当于分布式组件对象模型（DCOM），是一种服务器端组件体系结构，用于开发和部署多层的、分布式的以及面向对象的应用系统的跨平台体系结构。简化java开发企业级分布式组件应用程序的过程，定义一组可重用的组件，可以使用这些组件，建立各种分布式应用。
EJB可分为Session Bean（会话Bean）、Entity Bean（实体 Bean）、Message Driven Bean（消息驱动Bean）。
1、Session Bean
实现服务器端的业务逻辑，协调Bean之间的交互。session Bean仅存在于客户应用与服务器交互的时间段内，session Bean 中的数据不保存。可以分为无状态session Bean和有状态session Bean。
无状态session Bean 在方法调用期间不维护任何状态，所有事务都在一个方法中处理完成，一个无状态Session Bean可以被多个客户共享。有状态Session Bean可以记录客户应用请求的状态。
2、Entity Bean
主要是资料组件，代表数据库中的记录，与数据库中的数据有着相同的生存周期，只要数据库中的数据存在，Entity Bean就一直存在。可以被多个客户应用共享。Entity有两种数据持续化方法：

• CMP（容器管理的持续性）：构件的相关数据库操作由容器自动完成，不需要在bean中编写数据库操作代码。
• BMP（Bean管理持续性）：构件的相关数据库操作由开发人员在代码中通过JDBC实现。

Entity Bean有3种状态：

• no-state：Bean实例还没有被创建
• pooled：Bean实例已经被创建，还没有和一个EJB Object关联
• ready：与EJB Obejct关联，若断开关联，则为pooled

3、message driver bean
用来处理异步消息，不是由用户调用的。当有异步消息发送到某个message driver bean后，容器负责调用message driver bean 的OnMessage方法处理该异步请求。

2.4 EJB与javaBean的异同

EJB是基于java的远程方法调用技术，被远程访问，但是必须被部署到Webspere、WebLogic等容器中。EJB客户不直接访问真正的EJB组件，而是通过其容器访问，EJB容器是EJB组件的代理，EJB组件由容器创建管理。

2.5 EJB的生命周期

无状态session bean的生命周期是由容器决定的，当客户端发出请求要建立一个bean实例，EJB容器不一定创建一个新的Bean实例供客户端调用，若当前有无状态session bean实例可以满足客户需求，则不创建新的实例。
无状态session bean生命周期有两个状态：无状态和准备方法。

无状态表示容器没有无状态session bean的实例。只有EJB容器认为实例池需要更多实例时，才会创建新的实例。新创建的实例由无状态转换为准备方法状态。反之，当EJB容器认为当前实例池中不需要某些实例为客户端提供服务，则从实例池中删除一些实例，这些被删除的实例状态转为无状态。
有状态session bean的生命周期与用户的操作相关，有状态session bean不能被共享，因此当客户端第一次调用一个有状态session bean时，容器必须立即在服务器中创建一个新的bean实例，并关联在客户端上，当此客户端调用有状态session bean的方法时，容器会把调用分派到与此客户端相关的bean实例。有状态session bean生命周期有3种状态：无状态、准备方法、钝化。

No state是容器中没有stateful session bean实例，只要有新的用户请求到来，EJB容器就会创建新的statful session bean实例，被创建的实例状态从No state转换为Method Ready。当这个实例不在被使用，EJB容器就会删除该实例，此时该实例的状态会转换为No state。stateful session bean不能被共享，在一个时刻EJB容器中可能有大量的stateful session bean实例，使得内存开销过大，为解决该问题，引入passivated状态，当stateful session bean的实例过多时，EJB容器只保留正在被使用的实例，将当前不被使用的实例从内存放入硬盘，这些实例的状态被转为passivated。当客户再次请求使用处于passivated状态的实例，这些实例才会被激活并放入内存，状态转为Method Ready。实例不再被使用或超时，状态转为No state。
Entity Bean能存活较长时间，且状态持续。只要数据库中的数据存在，Entity Bean就一直存活，而不是按应用程序或服务进程来说。Entity Bean 生命周期能够被容器或Bean自己管理。Entity Bean的生命周期被划分为3个状态：No state、pooled state和ready state。

No state说明实例不存在。当EJB创建新的实例，该实例的状态为pooled state，该状态下的实例与任何EJB对象都没关系，与数据库记录对应的字段未初始化，当客户端调用home接口中的方法来创建或找到某个实体bean，该实体状态从poolled State转为Ready State，处于Ready State的实例已经建立与EJB对象的关联，也已经和数据库中的记录对应起来。

2.6 EJB的角色有哪些

2.7 EJB开发流程

EJB开发中有3个对象：Remote接口、Home接口、Bean接口。Remote接口定义业务方法，用于EJB客户端调用业务方法，开发EJB时只需要对其进行定义，不需要实现。EJB开发步骤如下：
1、定义Romote接口
编写一个继承javax.ejb.EJBObject的接口，在这个接口中定义需要实现业务逻辑的方法对应的接口。且这个接口中定义的类必须抛出RemoteException异常。
2、编写一个继承javax.ejb.EJBHome的接口，在接口中实现create方法，方法返回值必须是Remote接口类型，同时该接口抛出CreateException和RemoteException异常。
3、编写bean类的实现类（session Bean），实现类必须实现下面五个方法：

以上方法主要用来控制SessionBean生命周期。
4、在meta-inf目录中创建两个xml文件：ejb-jar.xml和jboss.xml，ejb-jar.xml文件如下：

jboss.xml文件如下：

5、将EJB项目发布到JBoss容器上后，客户端就可以调用EJB对象了。客户端调用EJB步骤如下：
设置JNDI服务工厂以及JNDI服务地址系统属性，查找Home接口，从Home接口调用create方法创建Remote接口，通过Remote接口调用其业务方法。

2.8 EJB3.0和2.0有哪些不同

3.0相比2.0更简单，在系统开发时，不用像2.0需要两个接口和一个Bean的实现类，主要通过annotation元注释标明session Bean类型。例如：

上面例子可以看到，3.0在开发时省去很多方法。两者最大的不同是3.0通过元数据、去掉部署文件、省去对Home接口的使用，改变访问数据库的方法，2.0访问数据库使用Entity Bean，3.0使用JPA。

2.9 EJB的作用

EJB容器是Enterprise JavaBean的拥有者，所有EJB必须运行在EJB容器中，负责管理运行在其中的bean。EJB容器提供：事务管理、持久性管理、安全管理、并发访问控制管理、生命周期管理和代码生成。

2.10 EJB规范规定EJB中禁止的操作是什么

1、不能操作线程和线程API
2、不能操作AWT
3、不能实现服务器功能
4、不能对静态属性存取
5、不能使用IO操作直接存取文件系统
6、不能加载本地库
7、不能将this作为变量，不能将this返回
8、不能循环调用

2.11 Web服务器和Web应用服务器的区别

• Web服务器时可以向发出请求的浏览器提供文档的程序。主要功能是提供网上信息浏览服务，接收浏览器请求并把处理结果传回浏览器进行显示。Web服务器以http方法访问，当Web服务器接收到一个html请求，同样以http格式返回一个响应。Web服务器一般使用一些特有的机制保证Web服务器的扩展性。
• 应用服务器提供访问业务逻辑的途径以供客户端应用程序使用。通过HTTP、TCO\IP、IIOP（互联网内部对象请求代理协议）、JRMP（远程方法协议）等协议提供业务逻辑接口。同样使用可扩展性和容错机制。为应用的开发提供很多服务。
• 两者的区别：
  Web服务器一般是通用的，应用服务器一般是专用的。Web服务器和应用服务器是并列关系，如果访问的页面只有html，Web服务器就足够，但是如果是jsp，则需要应用服务器。

2.12 什么是Web Service

一种基于网络的分布式模块化组件，可以将可调用的功能发布到Web上以供应用程序访问。Web Service基于如下协议实现：
1、可扩展可标记语言（XML），适合在网络上传输数据使用。
2、Web服务描述语言（WSDL），将Web Service描述为能够进行消息交换的服务访问点的集合。
3、通用描述、发现与集成服务（UDDI），主要提供基于Web服务的注册和发现机制，为Web服务提供3个重要的技术支持：（1）标准、透明、专门描述Web服务的机制；（2）调用Web服务的机制；（3）访问的Web服务注册中心。
4、简单对象存取协议（SOAP），是Web Service的通信协议。
Web Service规范如下：

Web Service的优点：
1、完好的封装性，服务使用者只需要知道Web Service的功能列表，不需要知道具体实现。
2、松耦合，服务提供者和使用者互不影响。
3、高度客户操作性，跨平台、跨语言调用。
4、动态性，自动发现服务并进行调用。

2.13 什么是XML

• 可扩展可标记语言，一套定义语义标记规则的语言，可以被用来描述业务数据、数学数据。一个重要的用途是实现系统的解耦机制。
• XML优点：
  1、实用性强：xml是以文本而不是二进制方式存储，很容易对其进行修改和调试。不仅可以用在数据量较少的场合，也会用在存储大量数据。
  2、访问速度快：xml使用层次结构，非常方便，快速通过深入到感兴趣的节点获取感兴趣的数据。
  3、可扩展性好：不仅用来存储和显示数据，通过相关的属性标记数据的属性和类型，以便应用程序可以根据实际情况选取不同数据。标记自定义，具有很好地可扩展性。
  4、跨平台性好：xml有统一的标准语法，大部分系统支持的xml文件都具有相同的语法结构。
• XML的缺点：
  当数据量过大，存储效率变得很低，比其他存储方式占用更大的存储空间。

XML文档定义两种形式：文档类型定义（DTD）与Schema。
目前，对xml的解析最重要的方法有两种：DOM和SAX。

2.14 数据库连接池的工作机制

数据库连接是一种非常有限和重要的资源，对数据库连接管理的好坏影响整个系统的性能：
1、建立数据库的连接非常耗时，在页面应用中，如果每次用户的请求都建立一个新的数据库连接，则响应时间很长。
2、数据库连接的数量有限，如果用户经常建立与数据库的连接但在使用后不释放连接，则一段时间后就会耗尽数据库连接的个数，再有新的用户访问数据库时，就需要等待很长一段时间，直到有用户释放连接资源才能访问数据。
数据库连接池负责分配、管理、释放数据库连接，应用程序可以重复使用一个现有的数据库连接，不再重新建立一个新的数据库连接。并且还释放空闲时间超过最大空闲时间的数据库连接，避免因为没有没有释放数据库连接而引起的数据库连接遗漏。
服务器在启动时会创建一定量的池连接，一直维持不少于此数量的连接池。当客户程序需要访问数据库时，就可以直接从池中获取数据库连接资源，并将该资源设为忙碌状态。在使用完后再将该连接资源的状态改为空闲状态，其他用户就可以使用该连接了。如果数据连接池中目前没有闲置的资源，则在池中创建一定量的连接资源。这样就可以提高运行效率，缩短用户响应的时间。

2.15 J2EE中的调优方法

1、优化设计：小心使用继承，因为继承会导致递归，由于父类的构造器将会被遍历，继承嵌套的太深，会产生巨大的创建开销，因此尽量使用组合方法。封装和重用常用的业务方法以及相关工具，避免在其他类中重复编写，简化类结构；面向接口编程；使用主要类型；避免对象过度使用。
2、尽可能使用数据库连接池:在实际开发中经常使用数据库连接池来提高系统性能。使用应用服务器维护数据库连接池，这样就不需要在每个事务处理开始时创建一个新的连接。
3、给Web容器配置合理的线程数量来处理客户端http请求：最小的线程数量为容器处理请求的平均数，最大值为系统在高峰期处理的请求数，Web容器中线程的个数最好不要多于Web服务器中线程的个数。
4、根据实际设置java虚拟机中堆空间的大小。这样可以使得垃圾回收器运行的时间间隔被控制在一个合理的范围内，减少不必要的系统开销。
5、使用框架提高系统效率。
6、将经常被访问的servlet或jsp缓存起来，能够减少响应的时间，提高系统的性能。
7、合理配置线程池的大小使得能够在平均负载和高峰期都能很好处理EJB请求。
8、优化I\O性能：实际应用中，尽量少使用System.out打印调试信息。
9、优化查询：在模型设计时考虑冗余相对不会变化的数据。
10、对session进行合理管理与设置。根据实际对内存中可能存在的session的个数设置一个合适的值。

   现在初次接触EJB，对于EJB的技术简介和经典理论，我们这里不详细讲述，今天我们主要介绍EJB中两种访问方式以及在这个demo中遇到的问题和解决方法。

   EJB支持两种客户端的访问，一种是远程客户端访问，以及客户端与其调用的EJB对象不在一个JVM进程中，另外一种就是本地访问，和第一种相反，客户端和EJB对象同在一个JVM进程中。首先我们要知道最基础的知识，远程访问我们通过注解@Remote来定义企业Bean，本地访问，我们通过@Local来定义。在这里关于远程客户端和本地客户端的特点，我们不介绍了，内容很好理解。下面我们用两个时序图来表示这两种调用方式，由此来分析两种不同访问方式的区别：

   远程访问调用方式：

  本地访问调用方式：

   从时序图中可以很明显的看出区别在于本地访问客户端方式中不需要进行序列化和反序列号，只需要直接调用对应的方法即可。对于远程方式采用传值和本地方式采用传址意义不同就在于传值方式，本地客户端访问和远程客户端访问，对象会发生变化，而传地址方式，因为操作对象只需要知道地址，所有不管在什么样客户端访问都可以找到相应的对象，所以对象不会发生变化。

   安装JBoss和开发部署程序这里不详细介绍了，重点放在Demo实现过程中。

首先建立EJB Project项目，开发服务端：

   我们需要编写一个接口和一个实现类：

   注意，我这里有两个接口分别为：UserManager和UserManagerLocal，因为我用的是Jboss-5.5.1-GA，这个版本的JBoss和4.0版本的JBoss的有点不同就在于@Remote和@Local注解不能同时使用，会抛出这种异常：

org.jboss.deployers.spi.DeploymentException: Error deploying Ejb_03.jar: Cannot designate both javax.ejb.Local and javax.ejb.Remote annotations without 'value' attribute on UserManagerBean. [EJBTHREE-1025]

   他的意思就是说，同一个EJB的Bean对象不能有两种不同的访问方式，因为采用远程和本地bean在JNDI查找的过程中都是以同一个名字进行查找的，如果需要有两种访问方式，我们要为其准备一个value值，指定其具体的访问方式，所以我们采用的解决方法就是，多编写一个接口类，指定为local，也就是UserManagerLocal，并且在bean对象中为不同的方式指定具体的类：

package com.bjsxt.ejb;

import javax.ejb.Local;
import javax.ejb.Remote;
import javax.ejb.Stateless;

@Stateless
@Remote({UserManager.class})
@Local({UserManagerLocal.class})
public class UserManagerBean implements UserManager,UserManagerLocal {
	
	public void addUser(User user) {		
		System.out.println("User[username="+user.getUsername()+"]已经被成功保存");
		user.setId(10);
	}

}

   编写客户端：

   我们在写客户端程序的时候：

import javax.naming.InitialContext;

public class UserManagerClient {

	/**
	 * @param args
	 * 远程访问必须要序列化,所以用户类要实现Serializable接口
	 */
	public static void main(String[] args) throws Exception{
		
		InitialContext context=new InitialContext();
		UserManager userManager=(UserManager)context.lookup("UserManagerBean/remote");
		User user=new User();
		user.setUsername("肖红");
		user.setPassword("xiaohong");
		userManager.addUser(user);
		System.out.println("用户信息已经被成功保存,它的ID是:"+user.getId());
		
	}
}

   我们编写本地客户端（ejb_03_webclient）：

   在页面中进行调用：

<%
	    InitialContext context=new InitialContext();
		UserManager userManager=(UserManager)context.lookup("UserManagerBean/remote");
		User user=new User();
		user.setUsername("张三");
		user.setPassword("zhangsan");
		userManager.addUser(user);
		out.println("用户信息已经被成功保存,它的ID是:"+user.getId());
   %>

   因为我们采用的远程方式remote，虽然将服务端和本地端部署到同一个JBoss服务器上，也就是用的本地客户端：

   运行程序，然后进行访问：http://localhost:8081/ejb_03_webclient/

   访问结果为：

   采用本地local：

<%
	    InitialContext context=new InitialContext();
		UserManagerLocal   userManagerlocal=(UserManagerLocal)context.lookup("UserManagerBean/local");
		User user=new User();
		user.setUsername("张三");
		user.setPassword("zhangsan");
		userManagerlocal.addUser(user);
		out.println("用户信息已经被成功保存,它的ID是:"+user.getId());
   %>

   访问结果为：

   两者出现的不同，因为虽然我们是在本地客户端进行访问，但是第一种情况我们仍然使用的是远程的访问方式，采用远程访问方式，客户端参数都会序列化。实现序列化接口以后传递是一个具体的值，这样会发生改变，客户端就不会看到原来的对象。而第二种方式是采用的本地访问方式，不需要序列化，我们从客户端传到服务端的是同一个对象，也就是我们传递的是一个地址，可以通过地址找到这个对象然后进行操作。当服务器端改变了id值，客户端会看到这种改变。

   下面分析一下我遇到的问题以及解决方法：

   在这个过程中我遇到了这样一个问题：“java.lang.ClassCastException: $Proxy103 cannot be cast tocom.tgb.ejb.UserManager”：

   这个问题的解决方法就是修改：

G:\TGB\zhongjianjian\jboss-5.0.1.GA\server\default\deployers\jbossweb.deployer\META-INF\ war-deployers-jboss-beans.xml中的UseJBossWebLoader值：

<propertyname="useJBossWebLoader">false</property>将false修改为true，然后重启JBoss，

   另外一个典型的问题就是关于端口号占用，当我们的程序出现这个问题后我们可以查看占用端口号的程序将其关闭释放出端口号，或者修改我们本程序的端口号，我采用的是修改我们本程序的端口号：找到G:\TGB\zhongjianjian\jboss-5.0.1.GA\server\default\deploy\jbossweb.sar\ server.xml文件，修改端口号为8081：

<Connector protocol="HTTP/1.1" port="8081" address="${jboss.bind.address}" 
               connectionTimeout="20000" redirectPort="8443" />

   port端口号由8080修改为8081。

   虽然解决掉这些问题也用了我很长时间，但是就是在这样的不断磨练中锻炼了自己使用搜索引擎的能力，我们不怕遇到问题，我们喜欢遇到问题，因为这是这样一个一个的问题让我们长了见识，懂了知识。