专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
  在所有EJB3.0规范标准中定义EJB都不必实现Home接口  个会话Bean必须有个业务接口这个接口由会话Bean来实现或者也可以由会话Bean来产生这样你可以只写个文件就可以生成业务逻辑实现类、远程接口、本地接口等…@Remote@Local@Statelesspublic CounterBean{……}  在目前jboss实现中必须要有个独立业务接口  这个接口不必实现EJBObject或者EJBLocalObject  个无状态会话Bean 必须使用Stateless注释以表明它是个无状态会话BeanE [阅读全文] [PDF]
  在Component-Base和N-Tier潮流下无状态(stateless)物件扮演着重要角色stateless物件是 OO 和Transaction Service两项技术结合产物OO 技术强调是弹性(felxibility)、重用性(reusability)和分散性(distribution)Transaction Service技术强调是效率(performance)和延展性(scalability) Stateless物件是这两项技术结合重要支柱  传统OO技术大多着重于 Stateful 物件然而在今天MiddleWare(如EJB和 COM [阅读全文] [PDF]
  现实中很多朋友对两种session bean存在误解认为有状态是例子直存在保存每次后状态并对下次起作用而认为无状态是每次例子化次不保留用户信息仔细分析并用实战检验后你会发现事实恰好相反:  有状态和无状态会话bean本质区别是它们生命期  首先解释个下面要用到概念--用户:session bean 用户实际上就是直接ejb类例子甚至是这个例子某个思路方法同个类区别例子对于session bean 来说是区别用户  有状态会话bean :每个用户有自己特有个例子在用户生存期内bean保持了用户信息即“有状态”;旦用户灭亡(结束或例子 [阅读全文] [PDF]
  般我们在web或其它有关无状态应用中使用组件时脚本运行完毕后我们都会丢失组件所有参照当然可以简单地将组件参照保存在会话(session )变量中但这浪费资源更聪明思路方法是用会话变量或隐式表单标签保存组件些信息当重新制作组件例子时试图用保存在会话变量中信息恢复组件状态但两种思路方法弊端都在于:从资源角度来看过于昂贵甚至恰好难以实现  很幸运有个好消息我们都知道可持续性整个前提是能够将变量恢复到这样状态以至于组件知道在上次例示中它在哪这有助于组件现在去做它假定要 [阅读全文] [PDF]
  般我们在web或其它有关无状态应用中使用组件时脚本运行完毕后我们都会丢失组件所有参照当然可以简单地将组件参照保存在会话(session )变量中但这浪费资源更聪明思路方法是用会话变量或隐式表单标签保存组件些信息当重新制作组件例子时试图用保存在会话变量中信息恢复组件状态但两种思路方法弊端都在于:从资源角度来看过于昂贵甚至恰好难以实现  很幸运有个好消息我们都知道可持续性整个前提是能够将变量恢复到这样状态以至于组件知道在上次例示中它在哪这有助于组件现在去做它假定要 [阅读全文] [PDF]
1 共5条 分1页