社区
Java EE
帖子详情
有关EJB中的有状态和无状态bean的remove问题!
Chark1979
2005-07-16 10:39:33
在编写有状态或无状态session bean时,当产生了一个ejb对象并使用完后,是否一定要通过remove()方法将该对象删除?如果不删除,会产生什么后果?不删除,是否会将EJB容器的资源或内存耗尽?
...全文
109
3
打赏
收藏
有关EJB中的有状态和无状态bean的remove问题!
在编写有状态或无状态session bean时,当产生了一个ejb对象并使用完后,是否一定要通过remove()方法将该对象删除?如果不删除,会产生什么后果?不删除,是否会将EJB容器的资源或内存耗尽?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
3 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
fxltsbl
2005-07-19
打赏
举报
回复
对于stateful sesssion bean使用remove()是必要的,假如不用,会增加内存负担,就像你调用完bean回家睡觉去了,可是ejb container一直在等待你的下一次方法调用,直到超时。stateless session bean是没必要用remove()的,当每个方法调用结束后,container自动断开你的连接。entity bean更高级,所有的方法都用得着,包括activate(),passivate(),更不用说remove()了
Chark1979
2005-07-19
打赏
举报
回复
什么?都是有状态啊!?无状态呢!实体BEAN呢!
chengleihoo
2005-07-19
打赏
举报
回复
对于有状态session bean,不需要remove,但对于有状态session bean 则要使用remove(),否则,它将占据内存资源
Enterprise Java
Bea
n (
EJB
) 是可重用的、可移植的 J2EE 组件。
EJB
由封装业务逻辑的方法组成。譬如说,
EJB
可能有这样的业务逻辑:
可根据对话
状态
的保持性,即有
状态
和无
状态
对会话
bea
n进行分类。 无
状态
的会话
bea
n没有内部
状态
。它们不跟踪记录从一个方法调用传递到另一个方法调用的信息。因此,每次调用无
状态
的业务方法都独立于前一次调用,...
javax.
ejb
.rar
文档
中
包含如下: META-INF / LICENSE.txt META-INF / MANIFEST.MF META-INF / maven / org.glassfish.main.
ejb
/ javax.
ejb
/ pom.properties META-INF / maven / org.glassfish.main.
ejb
/ javax.
ejb
/ pom.xml ...
javax.
ejb
.jar下载
javax.
ejb
.
Remove
.class javax.
ejb
.
Remove
Exception.class javax.
ejb
.Schedule.class javax.
ejb
.ScheduleExpression.class javax.
ejb
.Schedules.class javax.
ejb
.Session
Bea
n.class javax.
ejb
.SessionContext.class ...
javax.
ejb
.jar
javax.
ejb
.
Remove
.class javax.
ejb
.
Remove
Exception.class javax.
ejb
.Schedule.class javax.
ejb
.ScheduleExpression.class javax.
ejb
.Schedules.class javax.
ejb
.Session
Bea
n.class javax.
ejb
.SessionContext.class ...
EJB
3.0 实例教程 -- 切片1
4.2 STATEFUL SESSION
BEA
NS(有
状态
BEA
N)开发20 4.3 STATELESS SESSION
BEA
N与STATEFUL SESSION
BEA
N的区别...22 4.4 如何改变SESSION
BEA
N的JNDI 名称22 4.5 SESSION
BEA
N的生命周期..........23 4.6 拦截器...
Java EE
67,513
社区成员
225,879
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章