?1.EJB2.0有哪些内容?分别用在什么场合? EJB2.0和EJB1.1的区别?
答:规范内容包括Bean提供者,应用程序装配者,EJB容器,EJB配置工具,EJB服务提供者,系统管理员。
这里面,EJB容器是EJB之所以能够运行的核心。EJB容器管理着EJB的创建,撤消,激活,去活,与数据库的连接等等重要的核心工作。JSP,Servlet,EJB,JNDI,JDBC,JMS.....
EJB2.0和EJB1.1的区别:
1、Local ? Interface 2、MessageDrivenBean 3、CMP
|
?
2.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 的优势却在于他可以维持使用者的状态。
?
3.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接口。
?
4.EJB的角色和三个对象
答:一个完整的基于EJB的分布式计算结构由六个角色组成,这六个角色可以由不同的开发商提供,每个角色所作的工作必须遵循Sun公司提供的EJB规范,以保证彼此之间的兼容性。这六个角色分别是EJB组件开发者(Enterprise Bean Provider) 、应用组合者(Application Assembler)、部署者(Deployer)、EJB 服务器提供者(EJB Server Provider)、EJB 容器提供者(EJB Container Provider)、系统管理员(System Administrator)
三个对象是Remote(Local)接口、Home(LocalHome)接口,Bean类
?
5.EJB容器提供的服务
答:主要提供声明周期管理、代码产生、持续性管理、安全、事务管理、锁和并发行管理等服务。
?
6.EJB规范规定EJB中禁止的操作有哪些?
答:1)不能操作线程和线程API(线程API指非线程对象的方法如notify,wait等)。2)不能操作awt。3)不能实现服务器功能。4)不能对静态属生存取。5)不能使用IO操作直接存取文件系统。6)不能加载本地库。7)不能将this作为变量和返回。8)不能循环调用。
?
7.remote接口和home接口主要作用
答:remote接口定义了业务方法,用于EJB客户端调用业务方法。
home接口是EJB工厂用于创建和移除查找EJB实例
?
8.bean 实例的生命周期
答:对于Stateless Session Bean、Entity Bean、Message Driven Bean一般存在缓冲池管理,而对于Entity Bean和Statefull Session Bean存在Cache管理,通常包含创建实例,设置上下文、创建EJB Object(create)、业务方法调用、remove等过程,对于存在缓冲池管理的Bean,在create之后实例并不从内存清除,而是采用缓冲池调度机制不断重用实例,而对于存在Cache管理的Bean则通过激活和去激活机制保持Bean的状态并限制内存中实例数量。
?
9.EJB的激活机制
答:以Stateful Session Bean 为例:其Cache大小决定了内存中可以同时存在的Bean实例的数量,根据MRU或NRU算法,实例在激活和去激活状态之间迁移,激活机制是当客户端调用某个EJB实例业务方法时,如果对应EJB Object发现自己没有绑定对应的Bean实例则从其去激活Bean存储中(通过序列化机制存储实例)回复(激活)此实例。状态变迁前会调用对应的ejbActive和ejbPassivate方法。
?
10.EJB的几种类型
答:会话(Session)Bean ,实体(Entity)Bean 消息驱动的(Message Driven)Bean
会话Bean又可分为有状态(Stateful)和无状态(Stateless)两种
实体Bean可分为Bean管理的持续性(BMP)和容器管理的持续性(CMP)两种
?
11.客服端调用EJB对象的几个基本步骤
答:设置JNDI服务工厂以及JNDI服务地址系统属性,查找Home接口,从Home接口调用Create方法创建Remote接口,通过Remote接口调用其业务方法。
?
?
-------------------------------------------------------------------------------------------------------------------------------------------------------
?RMI WebService EJB区别?
?
RMI的客户端和服务端都必须是java,webservice没有这个限制
webservice是在http协议上传递xml文本文件,与语言和平台无关
RMI是在tcp协议上传递可序列化的java对象,只能用在java虚拟机上,绑定语言
RMI是EJB远程调用的基础,仅用RMI技术就可以实现远程调用,使用EJB是为了实现组件,事物,资源池,集群等功能。
WebService是通过XML来传输数据,可用http等协议因此可在异构系统间传递,并且可以穿过防火墙,可在公网上远程调用
?
?
?
?
?
?
-------------------------------------------------------------------------------------------------------------------------------------------------------
?
corba,ejb?,webservice,rest分布式?区别
?
Corba,还是EJB,都有一些共同点:
1) 通过专有的网络协议通讯
2) 不能跨平台调用
3) 通过分布式对象调用来实现分布式架构,换句话来说就是,分布式架构是绑定在面向对象的机制上的分布式对象架构的缺陷在EJB2时代被充分暴露了出来
web services有一些明显不同于Corba和EJB分布式对象架构的特征:
1) 通过标准SOAP协议通讯,一般走HTTP通道
2) 能够跨平台调用
3) 通讯格式是xml文本,而不是二进制数据格式
4) 通过RPC机制来实现分布式调用,而不是通过面向对象机制实现分布式调用
REST也是一种分布式系统的架构风格,那么REST和上面这些分布式架构有哪些明显的区别呢?
1) REST走的是HTTP协议,并且充分利用或者说极端依赖HTTP协议
Corba和EJB是采用专有的二进制协议,SOAP可以但不依赖HTTP,并且仅仅使用HTTP POST。
2) REST是基于HTTP抽象资源的分布式调用,换句话来说,就是分布式调用是绑定在资源的操作上面的。
分布式架构?????? 协议???????????? 调用方式??
-------------------------------------------------------??
Corba架构??????? 专有二进制协议????? 对象的CRUD操作??
EJB架构????????? 专有二进制协议????? 对象的CRUD操作??
Web Services???? SOAP协议??????????? RPC方式??
REST???????????? HTTP协议??????????? 对资源的CRUD操作??
REST最大的特点是什么呢?REST是为通过HTTP协议来进行分布式调用量身定造的架构
REST是专门为分布式调用设计的架构,在REST里面,分布式是通过对资源的操作来实现的,不是像EJB那样通过对象的方法调用来实现的。资源是一种抽象的概念,资源被映射到相应的一套URL规则上面了。所以资源只和URL相关,而与具体实现无关,因此REST具有更好的解藕性。
?
?
?
?
?
-------------------------------------------------------------------------------------------------------------------------------------------------------
?
- 1、EJB是为了构建企业级的、分层的、分布式的应用标准,降低开发的复杂性。(包含以下一些问题)
- Remote Method Invocations(远程方法调用)
- Load Balancing(负载平衡)
- Transparent Fail-over(错误感知、容错性,将一台有问题主机的服务或用户会话状态迁移到另一台)
- Back-end Integration(后端系统集成,如数据库)
- Transactions(事务)
- Clustering(集群)
- Dynamic Redeployment(动态部署)
- Clean Shutdown(平稳关机,在最后一个用户退出后关机,保持当前用户用完退出,新用户不再进入)
- Logging and Auditing
- Systems Management
- Threading
- Message-oriented and Middleware
- Component Life Cycle
- Resource pooling
- Security
- Caching
- ...
2、远程方法调用实现方式
- 定义公共接口
- 本地方法从命名服务器中获得存根对象(命名服务器初始化时需要:a、命名服务器的驱动. b、网络信息)
- 存根对象调用方法,远程拦截器通过代理在方法前后插入中间件服务(事务安全等),再调用远程方法。(拦截器也实现了接口)
- 在同一个JVM中的调用为本地调用,在不同JVM中的未远程调用(用物理主机是否分隔无关)。
3、中间件服务分显示和隐式两中
- 显示的,比如自己声明事务边界,自己open,commit。
- 隐式的,同步部署描述符或标注,定制服务。
4、SOA与EJB
- SOA抽象服务,功能的对外接口,一些列组件提供,抽象为数据交互,做到一般适用化。
- SOA不关心是用什么语言实现,不关心用了多少组件,适用公共接口和互操作协议,达到异构平台的互操作。
- EJB通过Web service来实现SOA。(corba也是一种SOA实现,但比较复杂)
5、Web Service的主要技术
- SOAP:Simple Object Access Protocol.互操作协议。(必须)
- WSDL:Web Service Description Language.类似于适用说明。(非必须)
- 都是通过XML文件来描述
6、常用Java EE技术列表
- Enterprise JavaBeans(EJB)
- Java API for Web Services(JAX-WS)提供Web服务的简单支持
- The Web Services Metadata for the Java Platform
- Java Remote Method Invocation(RMI) (远程方法调用)and RMI-IIOP(远程方法调用的互操作协议,EJB用这个,WebService用SOAP)
- Java Naming and Directory Interface(JNDI)(适用命名协议的统一API)
- Java Database Connectivity(JDBC)
- Java Transaction API(JTA) and Java Transaction Service(JTS)(事务支持的服务)
- Java Messaging Service(JMS)(异步应用,参考手机短信,由消息服务器提供,用户通过统一API调用)
- Java Servlets
- Java Server Pages(JSP)
- Java Server Faces(JSF)
- Java EE Connector Architecture(JCA)(与后端系统集成,规定后端系统需要实现的接口)
- Java API for XML Parsing(JAXP)
- Java Architecture for XML Binding(JAXB)
- Java Authentication and Authorization(JAAS)(Java认证和授权服务)
7、开发EJB的环境
- Java SE (basic libraries)
- Java EE (Add-on libraries to support JSP/Servlets and EJB,Deploy tool,Java EE serever)
8、列子
?
[java:collapse]
+ expand source
view plain
copy
print
?
- package?first;??
-
import?javax.ejb.Remote;??
-
@Remote??
-
public?interface?HelloRemote{??
- ??String?sayHello(String?user);??
- }??
- ??
-
package?first;??
-
import?javax.ejb.Stateliess;??
-
??
-
@Stateless??
-
public?class?Hello?implements?HelloRemote{??
- ??public?String?sayHello(String?user){??
- ????return?"hello?,?"?+?user;??
- ??}??
- }??
-
??
-
??
- ??
-
import?javax.naming.*;??
-
import?first.HelloRemote;??
-
public?class?HelloTest{??
- ??public?static?void?main(String[]?args){??
- ????System.setProperty(Context.INITIAL_CONTEXT_FACTORY,"org.jnp.interfaces.NamingContextFactory")??
- ????System.setProperty(Context.PROVIDER_URL,"jnp://localhost");??
- ??????
- ??????
- ????Context?ctx?=?new?InitialContext();??
- ?????
- ?
- ?
- ??
- ????HelloRemote?hello=(HelloRemote)ctx.lookup("Hello/remote");??
- ????String?result?=?hello.sayHello("clat");??
- ????System.out.println(result);??
- ??}??
- }??
?
9、查看Jboss上的EJB服务
-
http://localhost:8080/ -> JMS Console -> jboss-service=JNDIView -> java.lang.String list() - invoke -> 查找全局JNDI名字(Global JNDI Namespace)
- 一些JNDI是本地的,只供JBOSS内部访问
10、EJB的类型
?
1)、Session bean : model business process,
?????????? Maintains state whici is encapsulated within the bean instance
?????????? Across multiple client requests
?
2)、Message-driven bean :similar to session bean,asynchronoous programming model.
???
?
3)、Entity bean: model business data.(已经用JPA代替)
- Has not been enhanced in EJB3.0
- Will not be included in course
- Uses Entity API instead
?
11、Session Bean Subtypes
?
Stateless Session Beans
- Represent single request conversation
- Need not to keep states across method invocations
- Can be shared by multiple clients
- 单线程,共享的,容器会维护一个bean池。
Stateful Session Beans
- Represent business process drawn-out conversations over several request
- Designated to service business processes that span multip method request or transactions
- Retain state on behalf of an individual client
12、Stateless Session Bean声明周期
创建:
- newInstance()
- dependency injection 依赖注入
- 调用@PostConstruct,类似初始化方法
销毁
13、Stateful Session Bean 交换策略和生命周期
?
交换策略:当心的请求来临,当前stateful session bean已达到服务器的最大限制,就将不活动的bean钝化,序列化到磁盘上。
?????????????? 当刚才不活动的用户活动时,再从容器中将刚才钝化的信息拿回来重新去找个不活动的bean相应请求。
?????????????? (就是拆东墙补西墙)。
?
@PerPassivate:钝化前的回调方法。?
@PostActivate: 反钝化后的回调方法。
?
钝化时序列化对象:(以下对象容器维护)
- 非transient的原始类型
- 非transient的java对象
- 对其他bean的引用
- SessionContext(EJB上下文),The UserTransaction(事务),EntityManager or EntityManagerFactory,or a Timer object(容器维护)
- JNDI naming contexts
不被序列化的对象:比如JDBC的连接connector等等,需要自己处理。
?
生命周期:
创建:
- newInstanse()
- Dependency injection
- @PostConstruct
钝化和反钝化
-
@PrePassivate
-
@PostActivate
销毁
14、使用@Interceptors({xxx.class}) 定义生命周期回调的监听器
- 定义4个回调方法
- 执行顺序:从外到内(优先实现类本身的),从左到右(定义的监听器)
15、使用部署描述符 XML
[xhtml:collapse]
+ expand source
view plain
copy
print
?
- <enterprise-beans>??
- ??<session>??
- ????<ejb-name>Counter</ejb-name>??
- ????<business-remote>chapter3.CounterRemote</business-remote>??
- ????<ejb-class>chapter3.Counter</ejb-class>??
- ????<session-type>Stateful</session-type>??
- ??</session>??
-
</enterprise-beans>??
- ??
-
<interceptors>??
- ??<interceptor>??
- ????<interceptor-class>chapter3.CounterCallback</interceptor-class>??
- ????<post-construct>??
- ???????<lifecycle-callback-method>postConstruct</lifecycle-callback-method>??
- ????</post-construct>??????
- ??</interceptor>??
- ??<assembly-descriptor>??
- ????<interceptor-binding>??
- ??????<ejb-name>Counter</ejb-name>??
- ??????<interceptor-class>chapter3.CounterCallback</interceptor-class>??
- ????</interceptor-binding>??
- ??</assembly-descriptor>??
- ??
-
</interceptors>??
?
部署描述符 可以覆盖 标注。(便于修改,而不用重新编译源代码)
?
16、 @Remove标注
????? 标注业务方法,客户自己调用,告诉容器,已经完成调用,可以移除此bean,而不是等会话超时。
?
17、通过System.setProterty()设置系统环境变量, 可以完成进程间通讯
或也可以再JVM启动时使用 -D设置环境变量。
?
18、编写Web Service 的两种方式
- 先写java类,用容器生成wsdl
- 写wsdl,通过工具生成java类
例子:
- 编写一个java类,使用@WebService标注类
[java]
view plain
copy
print
?
- package?ws;??
-
import?javax.jwx.WebService;??
- ??
-
@WebService??
-
public?class?Converter{??
- ??@WebMethod??
- ??public?double?remToDollar(double?rmb){??
- ????return?rmb*0.125;??
- ??}??
- }??
- ??
-
?
- ?
- ?
- ?
-
?
- ??
- 在web.xml中作为servlet 标注映射关系,部署在容器中(如jboss)
[xhtml:collapse]
+ expand source
view plain
copy
print
?
- <servlet>??
- ??<servlet-name>Converter</servlet-name>??
- ??<servlet-class>ws.Converter</servlet-class>??
-
</servlet>??
-
<servlet-mapping>??
- ??<servlet-name>Converter</servlet-name>??
- ??<url-pattern>/Converter/</url-pattern>??
-
</servlet-mapping>??
-
使用工具生成JAVA类。在JBOSS中http://localhost:8080/jbossws/?-> View a list of deployed services -> 找到服务端点地址(http://tarena-teacher:8080/sd10702-web/Converter?wsdl)
????????? jboss/bin/wsconsume.bat http://tarena-teacher:8080/sd10702-web/Converter?wsdl?-o F:/
??????-o : 指明生成文件存放位置
????? -k : 同时保存JAVA文件
- 编写客户类,运行时需要包含Jboss相关jar包.
[java:collapse]
+ expand source
view plain
copy
print
?
- import?ws.*;??
- ??
-
public?class?ConverWsTest{??
- ??public?static?void?main(String[]?args){??
- ????ConverterService?service?=?new?ConverterService();??
- ????Converter?converter?=?service.getConverterPort();??
- ????doublic?doolar?=?converter.rmbToDollar(10);??
-
????System.out.println(dollar);??
- ??}??
- }??
?
?
19、EJB2.1之后 Stateless Session Bean也能发布为webService
扩展了用户接口:这样用户可以通过RMII-IIOP类型的客户端,也可以用webService的类型访问。
[java:collapse]
+ expand source
view plain
copy
print
?
- @Remote??
-
public?interface?CalculatorRemote{??
- ??double?add(double?a,double?b)??
- ??double?subtract(double?a,double?b)??
- }??
- ??
-
@Stateless??
-
@WebService??
-
??
-
@SOAPBinding(style=SOAPBinding.Style.RPC)??
-
public?class?Calculator?implements?CalculatorRemote{??
- ??public?double?add(double?a,double?b){??
- ????return?a+b;??
- ??}??
- ??public?subtract(double?a,double?b){??
- ????return?a-b;??
- ??}??
- }??
?
20、以上调用WebService都是静态的方式,就是指服务端都是固定的,如果服务端的IP变更之类,就会调用失败。
?
???可以通过查看源码,找到对应的URL和server定位变量,通过参数的形式输入URL等信息,来显示得定义服务地址,完成动态调用。