1。EJB有点像远程过程调用(RPC)，简单点讲，客户端stub调用server端的程序，但是这些程序 集成在一个一个bean(独立的类)中，有点像corba的概念，而且，客户端的调用也不是直接调用远程的bean，而是通过远程接口。bean的管理由EJB容器负责。2。关于三层架构的分布式应用，不得不提borland的解决方案，因为他太出色了。delphi5中 的分布式解决方案是目前最好的，但是在这种解决方案中，用的APP server 确是midas,所以 而且，我们这里的测试好像MTS很滥其实，以上两种方案，EJB的范围更大，但更多的应用在web上，而delphi的分布式应用，却很好 的解决了数据库应用，多为应用程序，所以，还是有差别的。如果从思考的全面性讲，我认为 EJB更成熟些，但是似乎EJB用起来却没那么容易。以上只是随便说说，真正的要靠实践
去java.sun.com看看ＥＪＢ的ＤＥＭＯ，javapetshop看看，你会明白了。
MTS/COM+三层结构 MTS: Microsoft Transaction Server COM: Compenent Object Model COM+:简单说来就是微软用来开发三层架构的基于COM的一种技术EJB三层结构： 就是Enterprise JavaBeans(企业级JavaBean). 作为J2EE（包括JSP/SERVLET/EJB）的一部分，EJB是作为三层结构中的中间件身份出现的。从技术方面讲，他们都是基于分布式应用，不过COM+各组件的通信机制是RPC\ORPC, EJB则是RMI-IIOP,从原则上来说，EJB继承了Java语言的简单，跨平台的特点，另外， 它还能跟CORBA之间相互通信，目前，EJB的应用多集中在银行，电信等业务上，而且， 多适用于B/S模式。 具体就不是三言两语就能说清的了，建议看相关资料
我用ATL写了一个com 在 mts上安装成功。并且打包成功 放在一台Remote 机器上安装成功。远程用vb 写了如下 dim aa as object set aa = createobject("com.mycom") aa.showhellocom ""在mts服务器上观察该主间，发现的确该com 是在服务器上 运行。这就是所谓的三层结构？ejb 也是这样的？
集成在一个一个bean(独立的类)中，有点像corba的概念，而且，客户端的调用也不是直接调用远程的bean，而是通过远程接口。bean的管理由EJB容器负责。2。关于三层架构的分布式应用，不得不提borland的解决方案，因为他太出色了。delphi5中
的分布式解决方案是目前最好的，但是在这种解决方案中，用的APP server 确是midas,所以
而且，我们这里的测试好像MTS很滥其实，以上两种方案，EJB的范围更大，但更多的应用在web上，而delphi的分布式应用，却很好
的解决了数据库应用，多为应用程序，所以，还是有差别的。如果从思考的全面性讲，我认为
EJB更成熟些，但是似乎EJB用起来却没那么容易。以上只是随便说说，真正的要靠实践
MTS: Microsoft Transaction Server
COM: Compenent Object Model
COM+:简单说来就是微软用来开发三层架构的基于COM的一种技术EJB三层结构：
就是Enterprise JavaBeans(企业级JavaBean). 作为J2EE（包括JSP/SERVLET/EJB）的一部分，EJB是作为三层结构中的中间件身份出现的。从技术方面讲，他们都是基于分布式应用，不过COM+各组件的通信机制是RPC\ORPC,
EJB则是RMI-IIOP,从原则上来说，EJB继承了Java语言的简单，跨平台的特点，另外，
它还能跟CORBA之间相互通信，目前，EJB的应用多集中在银行，电信等业务上，而且，
多适用于B/S模式。
具体就不是三言两语就能说清的了，建议看相关资料
放在一台Remote 机器上安装成功。远程用vb 写了如下
dim aa as object
set aa = createobject("com.mycom")
aa.showhellocom ""在mts服务器上观察该主间，发现的确该com 是在服务器上
运行。这就是所谓的三层结构？ejb 也是这样的？