banq，关于第5章的框架，有几个问题，急。

>1.ComponentManager及其实现类的作用和目的，原文说“可以实现有状态的行为”，我不太明白能否解释一下：如何做到上述目的？
主要他是HttpSessionListerner 可以自动激活，利用HttpSession保存有状态。

>2.属性ServiceLocator ls的作用？
就是PetStore中的ServiceLocator，是一种Service定位模式。

>3.getEJBController方法在哪里用到？
Web客户端需要调用EJB时用到，放在HttpSession作为缓存

>4.getSessionEJBsKey这个方法产生的Key，在一个session中为什么都是一样的？如果一个session保存多个EJBController怎么办？
key应该是EJB名称和SessionId的组合，保证唯一性，这里有性能缺陷，因此，采用EJB方法调用框架要好一些。

>5.每一个EJBController，无论是有状态还是无状态的，都需要保存吗？
有状态必须保存，无状态不要保存，保存也可以，可以提高性能，但是注意反复部署时问题，这个问题已经在JdonSD 2.0中克服，可以不断反复部署调试。

>二.关于EJBController它的作用是什么？
类似Petstore中的那个EJB总接口，学习他的。

>PetStore中EJBClientControllerEJB的作用是创建相应的FacadeBean和委托StateMachine执行Action。在您的框架中它的作用是什么？
我在以前帖子指出过Petstore这种调用EJB的命令模式有缺陷，这个我也在培训时向学生强调过。我的框架是继承他的优点，克服它的缺点，当然最后发现还是有其他缺点，如性能。

>为什么在CustomerService类中直接把它转换成了FacadeBean？是否所有的FacadeBean都要继承EJBController？

是的，CustomerService是EJBController的客户端。所有要直接面向客户端的EJB都要继承EJBController

总的来说，这个框架只是试图向大家介绍如何做框架，作为设计框架的起步，这也是我培训的一个示例，实际成熟使用性不强。

目前JdonSD框架基于动态代理和Picocontainer实现的一个框架，之所以称框架，而不是模块，因为框架需要继承和实现的，而模块可能本身就是一些实在的功能，我个人认为EJB组件称为模块比较合适。呵呵，随便谈谈，不是为了争论。

>PetStore中的做法会导致“粗糙的的事务处理”，
这个我在EJB调用模式文章中也说了：
http://www.jdon.com/jive/article.jsp?forum=91&thread=12347
主要它的command类是一个普通的JavaBeans，而不是EJB，是在JavaBeans的方法中再调用其他EJB，这个JavaBeans方法内部无法实施事务了。就如同在Web层的JavaBeans中调用两个EJB，如果后一个EJB出错，前一个EJB不会回滚。

我使用Stateful Session bean的时候很少，所以还是不太明白ComponentManager的作用。难道Stateful Session bean只有保存在HttpSession中才能实现状态吗？那么如果通过其他客户端（比如Corba）调用Stateful Session bean怎么办？再有，如果有状态SessionBean保存在HttpSession中，那么钝化和激活机制还起作用吗？我以前理解的Stateful Session bean是：本身相当于HttpSession，不同的是它带有方法（Session Java Bean?）,而且可以利用容器提供的种种机制。不知是否有误？

Stateful Session的引用一定要保存在客户端内存中，以便客户端下次再使用这个Stateful Session，Stateful Session就是一种缓存数据，我已经反复在教材中说了，无态EJB是Pool,而Stateful Session是Cache，如果深刻掌握Pool和Cache的区别，那么EJB Session Bean就掌握，我这个教学思路和那些《精通EJB 》之类或SUN培训教程不一样，但是我认为这对于初学者容易突破，而且可以触类旁通，从而认识使用EJB的本质，实际在使用Pool和Cache(可以跨服务器的)，如果你不喜欢EJB，但是Pool和Cache是每个成熟系统不能逃避的，所以可以使用Javabean自己做，Spring之类的框架发展下去也要加入这个两个东西。

Stateful Session是Cache，Cache是针对同一个客户端的，所以要保证每次客户端访问服务器时，访问的是同一个内存块，那么当然要将这个内存块的引用地址给下一次request使用。

你理解的Stateful Session是对的，使用时需要按照上面那样做，现在外面的EJB书籍实际过于复杂，学EJB其实重在应用就可以。

谢谢banq，我明白了，ComponentManager不但将bean保存在session中，而且可以及时remove。

ComponentManager可以自动做这个工作，这个思想其实来自Petstore，我当初接受这个概念，也是象你今天如此的惊叹了。

有人可能抱怨我一些帖子讲得不够明白，那要看对方交流的对象，这个帖子我觉得我讲得很透彻，因为有cats_tiger 这样的交流者。

希望有多多cats_tiger 这样善于思考、冷静的交流者，我也会从中体会到交流的乐趣，这个网站就是这个目的的。

ejb方法：
public void updateUser(){
service.updateUser();
}

service的方法：
public void updateUser(){
updateTabel1();
updateTable2();
}

当updateTable2()抛出异常，updateTable1()是不回滚的。
而只有这么做，才全部回滚：
ejb方法：
public void updateUser(){
updateTabel1();
updateTable2();
}