EJB初步学习

大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全系列IDE稳定放心使用

今天简单学习了传说中的
EJB
，首先总的感觉，就是他的最重要的一个特点吧，就是能够使远程用户访问到本地或是服务器上的资源服务器。打个比方吧，传统的，还记得我们的第一个
JAVA
项目吧，那是个简单的对数据库增删改查的操作，用简单的界面来显示数据。那么当我们把这个项目打包发布之后，事必要把你自己的数据库也贡献出去，你做的软件在进行增删改查时也就只能对你机子上的一个数据库，别人如果想要对你这个数据库进行访问，那必须到你数据库所在的终端设备上才可以。而传说中
EJB
结合
JBOSS
正好可以克服这个问题，关于
JBOSS
是一个
EJB
容器，但似乎也有
WEB
服务器的作用，关于这点，我自己也不是很清楚，我使用过
tomcat
那个我知道是
WEB
服务器，这里我想可以是
JBOSS
是
EJB
容器，但同时也集成了
WEB
服务器的功能吧。好，从官网上下载到
JBOSS
，该设置的都设置了，
JBOSS
服务器成功运行，关于
JBOSS
的设置，网上很多资料，这里不在重复。但在这里讲我设置时遇到的一个上错误吧，当我在正确设置
JBOSS-HOME
后，但在以后的配置文件中调用系统这个属性时，经常是把
JBOSS-HOME
的变量在最后加上一个分号，从而使自己程序在访问这些配置时经常出错，当时我是用全路径名称。后来才发现不知道为什么，在我的
JBOSS-HOME
所在的路径中自动生成了一个带有分号的文件夹，我想可能是我的
JBOSS-HOME
指到那个地方去了吧。把这个文件夹删除后就可以正常使用了。

好慢慢来，首先是我的第一个
EJB
的例子，
HelloWorld.
首先要说明的是
Bean
，关于这个
Bean
有很多，会话，实例等等。那么究竟什么是
Bean
呢在字典中查的意思也都不对。在这里暂且把
Bean
当作是一个包吧，把一些应用封装，毕竟是人为规定的，不用太计较了。

让我先来看看会话
Bean
（
session bean
）
session bean
是实现业务逻辑的地方，简单来说，像我们要实现两数相加或是从数据库中读取数据，都江堰市是通过
Session Bean
来实现的。这样说来很像三层开发模式中的逻辑层，也像
MAC
中的
C
层。根据是否可以维护会话状态，
Session Bean
分为有状态
bean
和无状态
bean.
有状态
bean
可以维护会话状态，无状态
bean
不维护会话状态。要维护会话状态，意味
EJB
窗口要为每个用户创建一个
bean
实例，并通过该实例保存着与用户的会话状态。不维护会话状态，意味着一个
bean
实例不需要保存与某个用户的会话状态，这时一个
bean
实例可以为多个用户服务。可能说了这么多大家还是不太懂，怎么说呢，当我们把这个会话
bean
提交给
JBOSS
服务器后，客户端会请求调用这些
bean
来处理信息数据等，当客户端发送请求时，服务器端要生成
bean
对象给这个用户。无状态
bean
的意思就是这些创建之后都会放在一个
bean
池中，客户调用时池中有就从池中取，池中没有就创建，而有状态会对每个不同的用户创建一个
bean
实例。而要开发一个
Session Bean,
我们按面向对象的思维，要给这个
bean
定义接口和相应的实现类。从而这个接口分为了远程（
remote
）和本地（
local
）接口，在这里先说明一下，不强制要求你实现
remote
和
local
接口，但实现两者是一个比较好的方法。

远程接口
(remote interface)
，定义了
session bean
的业务方法，而这些方法可以被来自
EJB
容器之外的其它应用使用。他通过的是
Socket
通信原理。

本地接口
(local interface)
，定义了
session bean
的业务方法，而这些方法可以被同处于
EJB
容器内的其它应用使用。因为
local
接口允许
bean
之间直接通过内在交互，没有分布式对象协议的开销，从而发送了性能。

Bean
类
(bean class)
　
bean class
包含了业务逻辑，它是实现接口所有的方法。

下面用一个简单的图来表示
bean
的运行流程：

浏览器

http://localhost:8080/Helloworld/index.jsp

JSP Engineer

index.jsp

HelloWord helloword=(Helloword)ctx.lookUp();

Session bean EJB container

Jndi.properties

HelloWorldBean.class

浏览器请求index.jsp

编译JSP文件

查找存根对象

好下面开始编写
bean
了，在这之前首先要把
JBOSS
的一些
JAR
文件导入到项目中去，首先是
bean
接口，很简单根普通接口一样，方要是用来定义方法，和在调用时返回实现这个接口的存根。

然后是实现这个接口方法的实现类，当然这里叫
session bean
，建议类名后面加上
bean
表示这是一个实现类。在这个类上有几个标签要注意，第一组是
@Stateless,@Stateful.
第一个指定这个
bean
是无状态的
.
第二个当然是用状态的了。在这里面还可以指定这个
bean
的名字，为什么要指定呢，我打个比方，如果不指定名字那一个接口类有两
bean
实现，那我们调用的时候，究竟是调用哪个呢，这时编译器会报错的。当然我只是打个比方，其实在这里我们是可以不指定名字的，那肯定有默认的了，那这个默认的名字是什么呢，其实就是这个实现类的类名（不包含包结构），所以只要我们的类名不同，那我们完全可以不指定每个
bean
的名字。也可以很好的控制了。当然在这里还是要告诉大家指定
bean
名字的方法
:@Staeless(name=”xxx”),
还有一组是
@Remote(
接口的
class
文件名
), @Local(
接口的
class
文件名
)
，这组是用来指定接口是远程还是本地的。当然我们也可以指定多个接口。方法是：
@Local({

接口
1
的
class
文件名，接口
2
的
class
文件名。。。。。
})
或分开有的是远程，有的本地。

好了这两步完成之后一个简单的
EJB
就完成了，接下来就是把它布暑到
JBOSS
中去了。关于布暑也有两种方法一种是利用开发工具自带的
jar
导出功能。这个很简单点
next
就行。还有一种方法也是在真正开发过程中常用的
Ant
打包方法。这种打包方法十分的方便。首先在当前项目的根目录下新建一个
XML
文件
,
如
build.xml

<?xml version=”1.0″ encoding=”UTF-8″?>

<!–.
表示同一目录
..
表示在上一目录
–>

<project
name=
“HelloWorld”
basedir=
“.”
>
//basedir
是指定该项目的目录，点表示为当前目录，也就是
build.xml
所在的目录

<!–
指定项目的源文件夹
–>

<!–
指定系统中的变量因为我们要从系统变量中得到值参考以下，简单的说就是引用系统的环境变量
–>

<!–
指定目前
Jboss
的配置项
–>

<!–
指定后面编译类时存储的路径
–>

<!–
指定我们要用到
jboss
的
jar
文件
–>

</fileset>

</path>

<!–
是用来创建文件夹的
–>

</target>

</javac>

</target>

<!–
打包
–>

</fileset>

</jar>

</target>

</target>

</target>

</project>

当这个
Bean
发布成功后，我们可以到
http://localhost:8080/jmx-console
中去查看是否发布成功。（发布时要启动
JBOSS
服务器）

发布成功后就会生成一个
jndi.

什么叫
jndi
呢，其实不用管他，只要记着你发布之后，那
JBOSS
会给你一个号。而别人调用时，也是查这个号。差不多就是这意思了。

那么接下来我们就要创建一个客户端来访问这个
bean
服务了。说白了就是那个实现类中提供的方法。那如上文所说，首先是查找这个
jndi
号了。在查之前还有一个工作就是我们必须设置应用服务器（
JBOSS
）的上下文信息。主要是
jndi
的驱动类名
(java.naming.factory.initial)
和命名服务器提供者
URL(java.naming.provider.url).

那这两个是什么东东呢，呵呵，第一个，你可以作为
jndi
的驱动，上文不是讲你把
session bean
发布到了应用服务器之后，服务器会生成
jndi
吗，你查找的时候也是查找
这个所谓的
jndi
，那么我们肯定需要驱动吧，打个比方吧，你查找数据库时，也是要
Class.Form(driver)
，呵呵，对不。这个驱动在
JBOSS
中是有的，只要加载一下
(org.jnp.interface.NamingContextFactory)
。

第二个，
url
根数据库操作提供的
url
有点像吧，那么我们加快一下数据库中的
url
是用来做什么的呢（
url=jdbc:sqlserver://localhost
：
8080;Datebase=Student
）一他指定这个数据库所在的主机和访问时的端口，然后数据库名字等等信息，那么类比而来，我先把这个
jndi
的
url
写出来
(127.0.0.1:1099)
似乎比数据库的
url
更为简单，他其实是用来指定全程服务器的主机地址和端口号，你要查
jndi,
但你去哪查啊，从哪个端口去查。

除了以上两个属性还有两个属性也常用到，分别是
(java.naming.security.principal
或
Context.SECURITY_PRINCIPAL)
和
(java.naming.security.credentials
或
Context.SECURITY_CREDENTIALS),
他们类似于数据库的用户名和密码。

Properties props=
new
Properties();

props.setProperty(“java.naming.factory.initial”, “org.jnp.interfaces.NamingContextFactory”);

props.setProperty(“java.naming.provider.url“, “127.0.0.1:1099”);

//
上面是将配置信息注册进系统属性

try
{

//
这是实现一个
jndi
的对象。

InitialContext ctx=
new
InitialContext();

//
查找
jndi

HelloWorld hellworld=(HelloWorld)ctx.lookup(
“HelloWorldBean/remote”
);

//
得到服务

System.
out
.println(hellworld.sayHello(
“
约定
291
天后
“
));

System.
out
.println(hellworld.getClass().getName());

}
catch
(NamingException e) {

//
TODO
Auto-generated catch block

e.printStackTrace();

}

除了上面的在代码中显示加载相应配置之外，我们还可以使用配置文件，你可能已经发现一个问题，在实例化
jndi
对象的时候就是上面的
ctx,
我们并没有看到对上面配置的调用，其实
jndi
对象实例也可以这样写
InitialContext ctx=
new
InitialContext(props);
，如此似乎更直观一点但在实际中，还是上面的写法，因为加入参数反而会影响程序的可移植性，那么我们不传入参数，那
jndi
实例化时是会自动调用
System.getPropety()
方法来查找配置的。下面介绍使用配置文件的方法。因为如果没有指定
property
，
jndi
还会在
classpath
中寻找
jndi.properties.
那么水到渠成。建一个这个配置文件就
O
了。

WEB
程序打包：

War
打包

1．
开发集成工具

2．
压缩软件，压缩格式
zip
然后再改成
war

3．
Ant
打包：

与
jar
的
ant
类似，但也有不同：

<?
xml
version=“1.0” encoding=“UTF-8”?>

<
project
name=“EJBClient” default=“war” basedir=“.”>

<
target
name=“war” description=“create web bag”>

<
war
warfile=“${basedir}/EJBTest.war” webxml=“${basedir}/WEB-INF/web.xml”>

<
fileset
dir=“${basedir}”>

<
include
name=“*.jsp” />

</
fileset
>

<
classes
dir=“${basedir}/WEB-INF/classes”>

<
include
name=“**/*.class” />

</
classes
>

<
lib
dir=“${basedir}/WEB-INF/lib”></lib>

</
war
>

</
target
>

</
project
>

下面我们再来看看
bean
的生命周期，在
Session bean
的生命周期里，状态变化会触发生命周期事件的发生。如从
does not exit
状态进入
method-ready pool
状态会触发
@PostConstrut
事件。同样从
method-read pool
状态进入
does not exist 状态也会触发@PreDestory事件。有些时候我们需要定制session bean
的管理过程，打个比方，你想在实例化
bean
的时候进行一些变量的初始化，又或者是在
bean
实例被告销毁的时候关掉外部资源。这些都可以通过在
bean
类中定义生命周期的回调方法来实现。通过注释你可以将任何方法指定为回调方法，不同于
EJB2.1
的是，所有的回调方法都必须实现，即时是空。

@PostConstruct: 当bean对象完成实例化时标注了这个注释的方法会立刻调用，每个bean class 只能定义一个这样的方法。此注释适用于有状态和无状态的bean.
@PreDestory: 标注了这个注释的方法会在销毁一个无用的或者过期的bean实例之前调用。这个注释同时适用于有状态和无状态的bean.
@PrePassivate: 当一个有状态的bean实例空闲时间过长，就会发生钝化(passivate).标注这个注释的方法会在钝化之前调用。Bean实例被钝化之后，在一段时间内如果仍然没有用户对bean实例进行操作，窗口将会从硬盘中删除它。以后任何针对该bean的方法的调用。窗器都会抛出例外。这个注释适用于有状态会话bean.
@PostActivate：当客户端再次使用已经被钝化的有状态bean时，EJB容器会重新实例化一个bean实例，并从中将之前的状态恢复，标注了这个注释的方法在洗涤完成时被调用。这个注释只适用于有状态会话bean.
@Init 这个注释指定了有状态bean初始化的方法，它区别于@PostConstruct注释在于：多个@Init注释方法可以同时存在Session bean中，但每个bean实例只会有一个@Init注释的方法会被调用。@PostConstruct在@Init之后被调用。
Remove：当客户端调用标注了@Remove注释的方法时，容器将在方法执行结束后把bean实例删除。

当我们在一个
EJB
中想调用另一个
EJB
对象时，传统的是实例化这个
object
就可以了，但在
ejb
中不行，因为
EJB
实例创建及销毁是由容器管理的。要在
bean
中要用其它
EJB
或资源，你必须通过
jNID
查找或注入注释。查找前文已经说过，这里介绍下注入方法：

使用
@EJB (beanName=”XXX”) HelloWorldBean2 hellowrld;

还有许多功能细节，暂时还用不到吧。好了下面我们进入实例
bean
。

持久化是位于
JDBC
之上的一个更高层的抽象。持久层将对象映射到数据库，以便在查询，装载，更新，或删除对象的时候，无须使用像
JDBC
那样繁琐的
API
，在
EJB
的早期版本中，持久化是
EJB
平台的一部分。从
EJB3
。
0
开始，持久化已经自成规范，被称为
Java Persistence API.
它定义了一种方法，可以将常规的普通
JAVA
对象（
POJO
）映射到数据库中去。这些普通的
JAVA
对象被称作
entity bean.
然后，创建一个
Entity Bean
对象相当于新建一个记录，删除一个
Entity Bean
会同时从数据库中删除对应记录。修改一个
Entity Bean,
容器也会自动将
Entity bean
的状态同步到数据库。同时
Java Persistence API
还定义了一种查询语句
(JPQL)
以便对
java
对象的处理。

下面我们就开发这个实体
bean
，首先进行的就是对
Jboss
数据源的配置，因为你创建实体
bean
是映射到数据库中去的，所以要加载相应的资源，在
JBOSS
安装目录
/docs/emamples/jca
目录中找到，名称为数据库名
+-ds.xml
的例子文件。在资源部署前，要把相应的数据库驱动拷贝到
server/default/lib
目录下，完成后，要重启
JBOSS
服务器，完成了，可以在
http://localhost:8080/jmx-console/
查看相应的数据源信息。

发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/187563.html原文链接：https://javaforall.cn

【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛

【官方授权正版激活】： 官方授权正版激活支持Jetbrains家族下所有IDE 使用个人JB账号...