EJB开发第一个无状态会话bean、开发EJB客户端

开发第一个无状态会话bean

EJB中的三中bean:

会话Bean(Session Bean)

负责与客户端交互,是编写业务逻辑的地方,在会话bean中可以通过JDBC直接操作数据库,但大多数情况下都是通过实体bean来完成对数据库的操作。

实体Bean(Entity Bean)

它实际上属于java持久化规范(JPA)里的技术,JPA的出现主要是为了简化现有的持久化开发工作和整合ORM技术,结束现在Hibernate、TopLink等ORM框架各自为营的局面。

消息驱动Bean(MessageDriven
Bean)

它是专门用于异步处理Java消息的组件。具有处理大量并发消息的能力。

会话bean:

无状态会话bean

平常我们使用最多的是无状态bean,因为它的bean实例可供多个用户使用,所以它的性能比有状态bean高。正因为一个bean实例被多个用户使用,那么前一个用户设置的值可能被后一个用户所修改,所以它无法正确保存某个用户设置的值,因此是无状态的。

有状态会话bean

有状态会话bean平常使用的并不多,因为它的一个bean实例只供一个用户使用,所以性能开销比较大,正因为它的实例只被一个用户使用,那么用户设置的值是不会被其他用户所修改的,所以可以正确保存用户设置的值,因此是有状态的。

开发一个无状态会话bean

开发工具:MyEclipse。

开发EJB依赖的jar文件:Jboss安装路径下的client下,通常把所以的jar添加到项目。

结构:

接口(可以是远程接口或本地接口)

实现类

步骤:

1.新建一个JavaProject:HelloWorld

2.导入所有的client的jar包

3.新建一个接口HelloWorld在cn.hqu.ejb3下

添加方法 String sayHello(String name);

4.创建实现类:

新建一个类HelloWorldBean,实现HelloWorld接口,在包 cn.hqu.ejb3.impl;

实现方法里面:

return name+"说:你好!";

5.把这两个类变成ejb3

HelloWorldBean加入注解 @Stateless

指定这个ejb是一个无状态会话bean;

指定这个接口是一个远程接口:(默认是本地接口)

在HelloWorldBean加入注解@Remote(HelloWorld.class) 。

Ejb开发完成

@Stateless

@Remote(HelloWorld.class)

public
class
HelloWorldBean implements HelloWorld {

@Override

public
String
sayHello(String name) {

// TODO Auto-generated method stub

return name+"说:你好!";

}

}

6.进行发布:

打成jar包,可以通过eclipse打包或者通过ant打包。

这里使用MyEclipse,右击项目选择Export→jar file 。

发布:先启动JBoss,复制打包好的jar拷贝到JBoss的server/default/deploy下,这样就完成ejb的部署;这样就发布成功了;会话bean开发完了

开发EJB的客户端

Ejb在软件分层结构上,属于业务层,通常要被客户端调用,这里用Java类做ejb客户端。

新建EJBClient 在包cn.hqu.test,在main里面编写EJB的调用代码:

package cn.hqu.test;

import java.util.Properties;

import javax.naming.InitialContext;
import javax.naming.NamingException;

import cn.hqu.ejb3.HelloWorld;

public class EJBClient {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		Properties pros = new Properties();
		pros.setProperty("java.naming.factory.initial",
				"org.jnp.interfaces.NamingContextFactory");
		pros.setProperty("java.naming.provider.url", "localhost:1099");

		try {
			InitialContext ctx = new InitialContext(pros);
			HelloWorld helloworld = (HelloWorld) ctx
					.lookup("HelloWorldBean/remote");
			System.out.println(helloworld.sayHello("苏志达"));
		} catch (NamingException e) {
			e.printStackTrace();
		}
	}

}

执行客户端(main方法);调用成功;

代码含义:客户端要调用ejb,要通过JNDI去寻找EJB的xx代理对象,JNDI是一套用来访问命名服务器的API,也是JavaEE里面的规范。

设置JNDI访问环境信息

如同数据库一样,根据访问命名服务器不同,为上下文设置的驱动类和URL也是不同的,如下面是访问Sun应用服务器的上下文信息:

如果客户端运行在应用服务器内,我们不需要为InitlalContext设置应用服务器的上下文信息,也不建议设置。因为应用服务器启动时会把JNDI驱动类等上下文信息添加进系统属性,创建InitialContext对象时如果没有指定Properties参数,InitialContext内部会调用System.getProperty()方法从系统属性里获得必要的上下文信息。对本例子而言,可以省略传入的props参数,在实际应用中如果给InitialContext设置了参数,反而会带来不可移植的问题。

注:创建InitialContext对象时如果没有指定Properties参数,InitialContext还会在classpath下寻找jndi.properties文件,并从该文件中加载应用服务器的上下文信息,这样避免了硬编码为InitialContext设置Properties参数。

InitialContext ctx = newInitialContext();

jndi.properties的配置如下:

java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory

java.naming.provider.url=localhost\:1099

提示:这里编写的客户端程序完全可以部署在另外一台计算机上,只需要修改其中的连接服务器IP地址和启动Jboss时绑定相应IP地址即可。这正是EJB的远程调用特性。在第19行返回的helloworld实例对象并不是我们在服务器编写的HelloWorldBean,而是一个也实现了HelloWorld接口的代理对象,这个代理对象最终远程调用我们自己编写的HelloWorldBean,在19后加入如下代码,即可看到这个代理对象的类名:

System.out.println(helloworld.getClass().getName())

Jboss默认生成的JNDI名称

当EJB发布到Jboss时,如果我们没有为它指定全局JNDI名称或者修改过其默认EJB名称,Jboss就会按照默认的命名规则为EJB生成全局JNDI名称,默认是命名规则如下:

本地接口:EAR-FILE-BASE-NAME/EJB-CLASS-NAME/local

远程接口:EAR-FILE-BASE-NAME/EJB-CLASS-NAME/remote

EAR-FILE-BASE-NAME为ear文件的名称,EJB-CLASS-NAME为EJB的非限定类名。

例:把HelloWorld应用作为EJB模块打包进名为HelloWorld.ear的企业应用文件,它的远程接口的JNDI名称是:HelloWorld/HelloWorldBean/remote

如果把EJB应用打包成后缀为*.jar的模块文件,默认全局JNDI名称是

本地接口:EJB-CLASS-NAME/local

远程接口:EJB-CLASS-NAME/remote

例:把HelloWorld应用打包成HelloWorld.jar文件,它的远程接口的JNDI名称是:

HelloWorldBean/remote

代码:http://pan.baidu.com/s/1dDckCXN

EJB开发第一个无状态会话bean、开发EJB客户端

时间: 2024-10-10 15:48:57

EJB开发第一个无状态会话bean、开发EJB客户端的相关文章

无状态会话bean(1)---定义(未排版)

无状态会话bean用于完成在单个方法的生命周期内的操作.无状态bean可以实现许多业务操作,但是每个方法都不能假定任何其他的方法会在它之前调用. 这听起来像是无状态的bean的一个局限.但是这是迄今为止业务服务最常见的形式.不同于适合在对话中积累状态(如零售应用程序的购物车)的有状态会话bean,无状态回话bean旨在非常有效的执行独立操作.无状态会话bean可以在最小化对整体服务器资源影响的同时,扩展到大量的客户端. 会话bean定义分为如下两个部分: 零个或多个业务接口,定义了一个客户端在b

无状态会话bean(1)---定义

无状态会话bean用于完毕在单个方法的生命周期内的操作.无状态bean能够实现很多业务操作,可是每一个方法都不能假定不论什么其它的方法会在它之前调用.后半句的意思是如今的你可能不是刚才的你.明天的你可也能不是今天的你,这个时候你就叫做"无状态你". 上面的阐述听起来像是无状态的bean的一个局限,好像每次再见就像永别似的. 可是这是迄今为止业务服务最常见的形式,就像去饭店吃饭,点菜的服务员与给你上菜的服务员是不是同一个这不是我们所关心的. 无状态回话bean不同于适合在对话中积累状态(

JBoss+Ant实现EJB无状态会话bean实例

EJB分为session bean.entity bean.message-driven bean,session bean又分为无状态会话bean和有状态会话bean. session bean负责与客户端交互,是编写业务逻辑的地方,在session bean中可以通过jdbc直接操作数据库,但大多数情况下都是通过entity bean来完成对数据库的操作的. 平常,我们使用最多的是无状态bean,因为它的bean实例可供多个用户使用,所以它的性能比有状态bean高.正因为一个bean实例被多

无状态会话bean(2)----声明周期回调(未排版)

与用于应用程序代码的常规Java类不同,服务器管理无状态会话bean的声明周期它在两个方面影响了一个bean的实现. 首先,服务器决定了创建和删除bean实例的时间.应用程序不会控制何时或者甚至创建多少特定的无状态会话bean实例,或者它们将存活多久. 第二,服务器必须在构建之后,但是在调用bean的业务逻辑之前,初始化bean服务.同样,该bean可能必须在使用业务方法之前获得可用的资源,如JDBC数据源.然而,为了使得bean获取资源,服务器必须首先完成初始化bean服务.这限制了类的构造函

无状态会话bean(3)---远程业务接口(未排版)

迄今为止,我们只讨论了使用一个本地业务接口的会话bean.在这种情况下,本地意味着只能由运行在同一个应用程序服务器实例的JavaEE组件声明会话bean的依赖性.例如,远程客户端不可能通过本地接口使用会话bean. 为了容纳远程客户端,会话bean可以采用@Remote注解来标记它们的业务接口,以声明它是远程可用的.下面代码演示了前面所示的HelloService接口的远程版本语法.标记一个接口为远程的相当于使其扩展java.rmi.Remote接口.客户端获取的bean的引用不再是服务器上的一

3、EJB3.0开发第一个无会话Bean和客户端(jboss4.2.3)

1.EJB中的3种bean 1.会话bean 负责与客户端交互,在编写业务逻辑的地方,会话bean可以通过jdbc直接操作数据库 分为: 无状态会话bean:我们使用最多的是无状态会话bean,因为它的bean实例可以被多个用户使用,性能比有状态会话bean高,但是无法保存某个用户设置的值 有状态会话bean:它的一个bean实例只供一个用户使用,所以它的性能开销比较大 2.实体bean 属性java持久化规范(JPA)里的技术,JPA的出现主要是为了简化现有的持久化开发工作和整合ORM技术,结

有状态会话bean

在会话bean综述中,描述了无状态和有状态bean的区别在于客户端和服务器之间交互形式不同.对于无状态会话bean,交互的开始和结束都在同一个方法中.有时客户端需要发出多个服务请求(需要调用多个方法),而每个请求需要访问或者考虑前面的请求结果.有状态会话bean的出现就是为了处理这种情况,通过向客户端提供一个专用的服务(某一个可以保留前面状态的bean),当客户端获得bean的引用时启动该服务,并且只有当客户端选择结束会话时才结束.回到饭店吃饭的例子就是当你点餐的时候一个服务员在为你服务,直到你

Ejb in action(五)——会话Bean的生命周期

会话Bean与消息驱动Bean.实体Bean的最重要的区别在于生命周期的差异性.会话Bean实例存活期较短,它和线程类似,包括对象的创建.初始化.运行.钝化.激活.销毁. 生命周期的概念,了解生物学的童鞋一定对这个概念不陌生.这里所谓的生命周期,就是指EjbBean实例存在的各个阶段中,提供的一些注解方法.在运行时,Ejb容器会动态调用这些方法. 关于会话Bean的生命周期,Ejb3.0中一共提供了6个注解方法,这些方法都适合有状态会话Bean,而只有@postConstruct和@PreDes

有状态无状态回话bean

1.有状态(Stateful) 可以在不同的方法调用间保持针对各个客户端的状态 与客户端的联系必须被维持,这样做开销要大一些 有状态也可以这样理解,它存在存储能力,也就是说至少有一个属性来标识它目前的状态,例如: 注意:有状态会话bean,每个用户有自己特有的一个实例,在用户的生存期内,bean保持了用户的信息,即“有状态”:一旦用户灭亡(调用结束或实例结束),bean的生命期也告结束.即每个用户最初都会得到一个初始的bean. 2.无状态(Stateless) 在不同方法调用间不保留任何状态