。注意！HelloBean_Impl继承了HelloBean，而HelloBean中的helloWorld方法是我们亲自编写的代码，现在终
于调用到了我们编写的代码了！
至此，一次EJB调用过程终于完成。在整个过程中，服务端主要要调用的类是HelloBean_Impl， Hello
Bean?_HomeImpl，HelloBean_HomeImpl_WLSkeleton，HelloBean_EOImpl，HelloBean_EOImpl_WLSkeleton。客
户端主要调用的类是HelloBean_HomeImpl_WLStub，HelloBean_EOImpl_WLStub，这两个类在客户端代码中并不
会直接出现，出现在代码中的类是他们的接口HelloHome和Hello，因此客户端需要这两个接口文件，而Stub是
服务器传送给他们的。
4 理解体会
简单讲，就是为了适应分布式开发的需要。
首先，回到我最后给出的流程图。
http://www.pbase.com/nobo123/image/27229257
Client端最原始的冲动，肯定是能直接调用#10.UserServiceBean就爽了。那么第一个问题来了，
Client和Server不在一个JVM里。
这好办，我们不是有RMI吗，好，这个问题就这么解决了：
1. UserServiceBeanInterface.getUserInfo()
2. UserServiceBeanStub
3. UserServiceBeanSkeleton
4. UserServiceBean
用着用着，第二个问题来了，
UserServiceBean只有人用，没人管理，transaction logic, security logic, bean instance pooling logic
这些不得不考虑的问题浮出水面了。
OK，我们想到用一个delegate，EJBObject，来进行所有这些logic的管理。client和EJBObject打交道，EJBObj
ect调用UserServiceBean。
注意，这个EJBObject也是一个Interface，#6.UserService这个interface正是从它extends而来。并且EJBObje
ct所管理的这些logic，正是AppServer的一部分。
现在的流程变为了：
EJBObject
1. UserService.getUserInfo()
2. UserServiceStub
3. UserServiceSkeleton
4. UserServiceImp
5. UserServiceBean
这已经和整幅图里的#6, #7, #8, #9, #10一一对应了。
现在能满足我们的需求了吗？不，第三个问题又来了：
既然是分布式开发，那么我当然没理由只用一个Specified Server，我可能需要用到好几个不同的Server，而
且EJBObject也需要管理呀
OK，为了适应你的需要，我们还得加再一个HomeObject，首先它来决定用哪个Server(当然，是由你用JNDI
String设定的)，其次，它来管理EJBObject。
注意，这个EJBHome也是一个Interface，#1.UserServiceHome这个interface正是从它extends而来。并且EJBHo
me管理EJBObject的logic，也是AppServer的一部分。
现在的调用次序是
1. EJBHome.create()
2. EJBHomeStub
3. EJBHomeSkeleton
4. EJBHomeImp(EJSWrapper)
5. EJSHome
得到EJBObject
6. UserService.getUserInfo()
7. UserServiceStub
8. UserServiceSkeleton
9. UserServiceImp
10. UserServiceBean
现在已经完全和流程图的调用顺序一致了。
综上所述，EJB的调用确实很麻烦，但是搞的这么麻烦，确实是有搞的麻烦的道理，实在是不得不为也。
上一篇： 把jboss安装成windows的服务！
下一篇： 在jboss中deploy war,jar,ear程序的一些tips
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
