还得看客户的要求啊 呵呵 现在我很少用到ejb 都spring

解决方案 »

  1.   

    还得看客户的要求啊 呵呵 现在我很少用到ejb 都spring
      

  2.   

    这个要看具体项目要求了,有些项目像银行系统等大部分是用EJB  
    一般的项目用spring应该就够了  呵  想搞分布式可以用web service。
      

  3.   

    EJB在比较大的B/S系统还是不错的...
      

  4.   

    呵呵 lz如果做到大项目上就会知道。  EJB估计还会发展一段时间。  企业级的应用在 分布式事务管理和安全问题上不是web技术就能解决的.
      

  5.   

    并不是整个应用都是布属同一个应用服务实例上就不考虑EJB了
    使用EJB还考虑到了系统的扩展性和于其他系统的交互性
    EJB是服务器端控件 
      

  6.   

    呵呵,如果你的应用能全部部署到一个服务器上,且部署到一个应用里面,那么没问题。如果不能呢?呵呵呵! 
    如果服务需要服务的用户有上亿,一个机器根本无法完成呢?就算简单的网页也是如此。 只不过在企业级,EJB是一个简单的实现方式而已,并不是说别的不行。其实基于SOA的结构也很有意思。
      

  7.   

    EJB的使用并没有在B/S下显得过时,目前我从事的工作中为基金、证券公司开发的某些产品还是要是用EJB。
    其一,一般来说EJB是作为一个服务为用户提供一个实现业务逻辑的方法,部署在服务器端,客户端可以进行调用
    其二,在分布式部署的时候用到EJB。将应用分成web端和app端,分别部署在不同的服务器上,已达到安全的访问
    策略,合理的负载平衡,也是用EJB以提供一个一个web端调用app端的一个入口。
    其三,EJB看起来似乎很笨拙,但是在企业的应用中仍然占有一席之地,现在一些SOA的优秀组件也在诞生和普遍使用
    诸如XFire、AXIS2、CXF、ServiceMix等,可以酌情学习无论学习的技术多么高深,但是对EJB的学习还是有必要的
      

  8.   

    "在B\S架构时我们整个应用都是布属同一个应用服务实例上的不存在分布的问题"
    不对,很多企业级应用都是分布式的哦.
    与c/s,b/s无关,而是与本身的应用需求有关. EJB在事务,安全,分布计算等方面很不错的
      

  9.   

    看来各位老大还是倾向于是用EJB,肯定现在的大型应用没有使用EJB的估计也很少。毕竟当前WEB下用EJB的架构还是很成熟和可靠的,贸然去掉也不知道会冒出什么问题来。