EJB是基于哪些技术实现的？并说出SessionBean和EntityBean的区别，StatefulBean和StatelessBean的区别。
EJB包括Session Bean、Entity Bean、Message Driven Bean，基于JNDI、RMI、JAT等技术实现。
SessionBean在J2EE应用程序中被用来完成一些服务器端的业务操作，例如访问数据库、调用其他EJB组件。EntityBean被用来代表应用系统中用到的数据。
对于客户机，SessionBean是一种非持久性对象，它实现某些在服务器上运行的业务逻辑。
对于客户机，EntityBean是一种持久性对象，它代表一个存储在持久性存储器中的实体的对象视图，或是一个由现有企业应用程序实现的实体。
Session Bean 还可以再细分为 Stateful Session Bean 与 Stateless Session Bean ，这两种的 Session Bean都可以将系统逻辑放在 method之中执行，不同的是 Stateful Session Bean 可以记录呼叫者的状态，因此通常来说，一个使用者会有一个相对应的 Stateful Session Bean 的实体。Stateless Session Bean 虽然也是逻辑组件，但是他却不负责记录使用者状态，也就是说当使用者呼叫 Stateless Session Bean 的时候，EJB Container 并不会找寻特定的 Stateless Session Bean 的实体来执行这个 method。换言之，很可能数个使用者在执行某个 Stateless Session Bean 的 methods 时，会是同一个 Bean 的 Instance 在执行。从内存方面来看， Stateful Session Bean 与 Stateless Session Bean 比较， Stateful Session Bean 会消耗 J2EE Server 较多的内存，然而 Stateful Session Bean 的优势却在于他可以维持使用者的状态。
--->>如果一个业务流程需要多次方法调用才能完成服务，适合Stateful Session Bean；如果一个业务流程只需要一次方法调用就能完成服务，适合Stateless Session Bean


EJB 与 JAVA BEAN 的区别？
Java Bean  是可复用的组件，对 Java Bean 并没有严格的规范，理论上讲，任何一个 Java 类都可以是一个 Bean 。但通常情况下，由于 Java Bean 是被容器所创建（如 Tomcat ）的，所以 Java Bean 应具有一个无参的构造器，另外，通常 Java Bean 还要实现 Serializable 接口用于实现 Bean 的持久性。 Java Bean 实际上相当于微软 COM 模型中的本地进程内 COM 组件，它是不能被跨进程访问的。 Enterprise Java Bean  相当于 DCOM ，即分布式组件。它是基于 Java 的远程方法调用（ RMI ）技术的，所以 EJB 可以被远程访问（跨进程、跨计算机）。但 EJB 必须被布署在诸如 Webspere 、 WebLogic 这样的容器中， EJB 客户从不直接访问真正的 EJB 组件，而是通过其容器访问。 EJB 容器是 EJB 组件的代理， EJB 组件由容器所创建和管理。客户通过容器来访问真正的 EJB 组件。



EJB 包括（ SessionBean,EntityBean ）说出他们的生命周期，及如何管理事务的？
SessionBean ： Stateless Session Bean  的生命周期是由容器决定的，当客户机发出请求要建立一个 Bean 的实例时， EJB 容器不一定要创建一个新的 Bean 的实例供客户机调用，而是随便找一个现有的实例提供给客户机。当客户机第一次调用一个 Stateful Session Bean  时，容器必须立即在服务器中创建一个新的 Bean 实例，并关联到客户机上，以后此客户机调用 Stateful Session Bean  的方法时容器会把调用分派到与此客户机相关联的 Bean 实例。
EntityBean ： Entity Beans 能存活相对较长的时间，并且状态是持续的。只要数据库中的数据存在， Entity beans 就一直存活。而不是按照应用程序或者服务进程来说的。即使 EJB 容器崩溃了， Entity beans 也是存活的。 Entity Beans 生命周期能够被容器或者  Beans 自己管理。
EJB 通过以下技术管理实务：对象管理组织（ OMG ）的对象实务服务（ OTS ）， Sun Microsystems 的 Transaction Service （ JTS ）、 Java Transaction API （ JTA ），开发组（ X/Open ）的 XA 接口。


 EJB 容器提供的服务
主要提供声明周期管理、代码产生、持续性管理、安全、事务管理、锁和并发行管理等服务。




EJB 规范规定 EJB 中禁止的操作有哪些？  
    1. 不能操作线程和线程 API( 线程 API 指非线程对象的方法如 notify,wait 等 ) ， 2. 不能操作 awt ， 3. 不能实现服务器功能， 4. 不能对静态属生存取， 5. 不能使用 IO 操作直接存取文件系统， 6. 不能加载本地库 . ， 7. 不能将 this 作为变量和返回， 8. 不能循环调用。



 remote 接口和 home 接口主要作用
remote 接口定义了业务方法，用于 EJB 客户端调用业务方法。
home 接口是 EJB 工厂用于创建和移除查找 EJB 实例


EJB 的激活机制
以 Stateful Session Bean  为例：其 Cache 大小决定了内存中可以同时存在的 Bean 实例的数量，根据 MRU 或 NRU 算法，实例在激活和去激活状态之间迁移，激活机制是当客户端调用某个 EJB 实例业务方法时，如果对应 EJB Object 发现自己没有绑定对应的 Bean 实例则从其去激活 Bean 存储中（通过序列化机制存储实例）回复（激活）此实例。状态变迁前会调用对应的 ejbActive 和 ejbPassivate 方法。 


EJB 的几种类型
会话（ Session ） Bean  ，实体（ Entity ） Bean  消息驱动的（ Message Driven ） Bean
会话 Bean 又可分为有状态（ Stateful ）和无状态（ Stateless ）两种
实体 Bean 可分为 Bean 管理的持续性（ BMP ）和容器管理的持续性（ CMP ）两种


客服端调用 EJB 对象的几个基本步骤
设置 JNDI 服务工厂以及 JNDI 服务地址系统属性，查找 Home 接口，从 Home 接口调用 Create 方法创建 Remote 接口，通过 Remote 接口调用其业务方法。


说说你所熟悉或听说过的 j2ee 中的几种常用模式 ? 及对设计模式的一些看法
  Session Facade Pattern ：使用 SessionBean 访问 EntityBean
Message Facade Pattern ：实现异步调用
EJB Command Pattern ：使用 Command JavaBeans 取代 SessionBean ，实现轻量级访问
Data Transfer Object Factory ：通过 DTO Factory 简化 EntityBean 数据提供特性
Generic Attribute Access ：通过 AttibuteAccess 接口简化 EntityBean 数据提供特性
Business Interface ：通过远程（本地）接口和 Bean 类实现相同接口规范业务逻辑一致性

说说在 weblogic 中开发消息 Bean 时的 persistent 与 non-persisten 的差别
persistent 方式的 MDB 可以保证消息传递的可靠性 , 也就是如果 EJB 容器出现问题而 JMS 服务器依然会将消息在此 MDB 可用的时候发送过来，而 non － persistent 方式的消息将被丢弃。