本文探讨了EJB3.0中如何通过JNDI查找并创建EJB实例的过程，对比EJB2.0的Home接口机制，分析了每个客户端获取的EJB实例为何能保持独立的状态。
这个问题迷惑了我很久，EJB2.0里面实现Home接口的类是从JDNI里面获取的，然后用来创建一个EJB的实例，这个实例应该是实现了这个EJB接口的RMI Stub，很容易理解。
但是在EJB3.0里面取消了这个接口，从JDNI查找的结果不是Home类，而直接是一个EJB的实例，代码如下：
[code] InitialContext context = new InitialContext();
Cart cart = (Cart) context.lookup("CartBean");[/code]
注：Cart是一个Stateful的SessionBean.
如果这个Cart跟2.0一样也是一个RMI Stub的话，那么所有从JNDI查找出来的类应该是连接到同一个Skeleton的，这样的话应该是所有的Client得到的EJB状态是一样的。。。
但事实不是，每个客户端查找出来的EJB实例互相的状态是没有影响的，这个到底是为什么呢？
但是在EJB3.0里面取消了这个接口，从JDNI查找的结果不是Home类，而直接是一个EJB的实例，代码如下：
[code] InitialContext context = new InitialContext();
Cart cart = (Cart) context.lookup("CartBean");[/code]
注：Cart是一个Stateful的SessionBean.
如果这个Cart跟2.0一样也是一个RMI Stub的话，那么所有从JNDI查找出来的类应该是连接到同一个Skeleton的，这样的话应该是所有的Client得到的EJB状态是一样的。。。
但事实不是，每个客户端查找出来的EJB实例互相的状态是没有影响的，这个到底是为什么呢？
扫一扫
15
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
