EJB究竟适合我们吗？ 支持~ 老兄的观点太伟大了！多谢你的指点，我目前还在学习javabean,前段时间刚完成xml的初学，未来也会接触EJB，看了阁下的文章使我长了不少知识！我始终觉得自己做出来的东西才是自己的！ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 主要还是团队和配置啊。以后EJB会好的 ejb可以少写代码，也挺好的，就是运行时占用资源太多。我们现在对一些数据量比较固定、数量不多、经常读写的表才用，其他的表自己建类管理。我想解决这问题还得靠JDO。OUT OF MEMORY 的错误碰到过，加内存、调整jvm、优化服务器 。 EJB还有一个问题，就是数据库的扩展，在EJB中，表和视图都是要建BEAN，但是如果象很多软件，比如IBMLOTUS那样，让用户来建表和规划运行流程，我感觉用EJB实现起来就不太灵活和方便了，其实通过自己写代码生成器，不见得会比用EJB多写多少代码。当然，EJB的安全控制和数据流控制是很棒的，EJB也在发展中，我也很期望 分析的很透彻,楼主你说我们现在就开始用自己的架构，写一个类代码生成器和一个类摸板加上自己定义的XML,是什么意思???望能指点一二 我曾看到一篇报道说，好多分采用cmp-EntityBean的项目都失败了。不过我觉得EJB的思想的确不错。 EJB最难的还是规划吧！！！我认为我只是会写，但是要是完整的设计一套就凉菜了。我认为这的缺少这样的人，所以才不敢用，也用不好 现在用EJB的多么？？？我刚接触JAVA 学习 如果不用EJB，我有如下的困难不知道怎么解决：1。事务，两个或几个类一起完成一件事情，怎么放到一个事务中呢？2。还有跨数据库的事务；请各位高手解答！ EJB2.0还有不足,象处理海量数据,处理缓存等等, 这方面.net做的要比J2EE好点,但EJB为我们带来个革命性的理论,它的未来绝对值得我们期待 同感啊。国内真的这方面不怎么样，昨天上网找了一圈工作，发现大部分java程序员的招聘要求居然是jsp+css，看得我对java好没信心哦。我觉得j2ee用还是有用的，但是可能是我们用不好吧。 坦白的说，J2EE在国内的应用还局限在较低的层次上，东软用J2EE做的电信项目让JAVA程序员着实振奋了一下，想象一下如果用其它语言做我们需要考虑的问题，远程方法调用，平衡装载，透明的故障恢复，后台继承，事务，群集，动态部署，无损关机，登陆与检查，系统管理，线程化，中间件，对象生命周期管理，资源共享，安全策略，高速冲存，等等，等等... J2EE的宗旨是：达到分而治之的极点。用J2EE策划大项目，你会惊讶于思路异常清晰，这正是面向对象的精髓，换句话说：这是J2EE的精髓，呵呵 如果国内这种急功近利的工作方式不改，EJB是无法真正实用的。采用EJB开发的项目需要精心，全面，细致的系统分析和设计，而国内的项目通常是不会留给你这么充裕的时间的，比如日本一套计费系统，采用EJB设计，光是调查分析时间就用去近6个月，然后才开始系统设计。而国内某些计费系统，2~4个月就要你做出来投入使用，怎么可能考虑周全，怎么可能做到安全性，稳定性，扩展性，这样的项目周期，即是宣扬使用了EJB,也只是走个形势而已。 一、开发过程中的高成本。就如楼主所说，EJB的设计、开发、部署的工作量都非常大。需要经验丰富、合作默契、分工有序的团队。而这样以来无疑开发成本大幅增加，而这又是很多老板无法忍受的。至少在国内这是一个普遍情况。二、移植扩展的高成本。EJB的美好许诺是一次编写，就可以在任何符合j2ee标准的平台上运行，但是实际情况不是这样，每个厂商都有自己的具体实现，有自己特定的配置文件，如果你做过EJB开发，如果你有过把EJB从一个j2ee服务器上移植到另一个j2ee服务器的经历，那你肯定不希望再次经历恶梦。也许我水平低，不过我实在想象不出把部署到weblogic上的几百个EJB移植到websphere上会不会让我抓狂。三、运行维护的高成本。EJB大数据量上处理的局限性决定了其支撑平台硬件必须强大、稳定。它的稳定和高效其实很大程度上来自于硬件的功劳。当然，有些兄弟可能不同意我这样的看法，觉得如果是自己实现，可能有那么强大的硬件还用不上呢。呵呵，这话有理。不过你有没有考虑过仅仅为了使用EJB而投入额外的硬件成本是否应该？当然，它的维护，我想我也无须多费口舌了。EJB在数据支持化方面，目前是业界普遍承认的老大。不错，它是有很多非凡的特性，例如分布式、JCA、JTA上都有卓越的表现。这也正好说明了使用它的切点所在。所以目前我们同事的共识是：如果系统在分布式处理上有较强的要求、在技术安全、运行安全上有特殊的考虑，那么可以考虑EJB实现方案。如果不是，那么没必要上EJB。如果这样的假设成立的话，那么目前在国内有这样需求的系统不是特别多，绝大多数集中在某些行业软件中，例如银行、电信等领域。软件企业心态普遍浮躁，张口闭口最流行的技术，而没考虑过自身的实际的开发实力能否很好的驾驭，这也误导了很多用户。他们犯了一个很愚蠢的错误：系统开发不是采用最新的技术就最好，而是采用最合适的技术，以最低的成本完成系统需求，留出系统扩展的空间，这就应该是最好的解决方案。如果你承认我的观点，请下次在面对客户时先考虑好：客户的系统真的需要EJB吗？尽可能的收集客户的需求，形成相对准确的问题域，然后先花时间寻找最合适、合理的解决方案。 大虾说的很深刻。 给我感觉ejb有时候如同鸡肋：P 但用人单位就是跟着起哄,到招聘网站上看一看,凡是搞企业应用的,大都要求会ejb。我只是为了找工作才学ejb的. 强烈同意我前一阵子也学了一下ejb别说别的，ejb的项目成本太高了，精通ejb程序员工资少得了吗，而且服务器那么贵（有免费的jboss），客户一般就是图便宜，如果允许的话web服务器、数据库巴不得用免费的，还向急着用，哪会给你很长的时间。国内ejb的项目到底占多大比例呀？？？不过我觉得ejb会越来越好的。 linux WebSphere 乱码 Struts2的小问题 为什么这里需要将container设置成final. 关于web端调用安全验证ejb的问题。 在execute（）为什么得到的到form中的值是null 菜鸟求问jsp的运行问题！！ 大家是否可以给点学习意见？ 请教在什么情况下tomcat会启动一个java进程 急需hibernate翻译文档,请问大侠们在哪能找到 数据集更新(java和ORACLE),高手请指教 用jbuilder8向导做的CMP，在weblogic7.0中部署成功，但客户端出错？ 请问如何在soap传输中序列化一个null值！
其实通过自己写代码生成器，不见得会比用EJB多写多少代码。当然，EJB的安全控制和数据流控制是很棒的，EJB也在发展中，我也很期望
望能指点一二
不过我觉得EJB的思想的确不错。
我刚接触JAVA 学习
1。事务，两个或几个类一起完成一件事情，怎么放到一个事务中呢？
2。还有跨数据库的事务；请各位高手解答！
国内真的这方面不怎么样，昨天上网找了一圈工作，发现大部分java程序员的招聘要求居然是jsp+css，看得我对java好没信心哦。
我觉得j2ee用还是有用的，但是可能是我们用不好吧。
坦白的说，J2EE在国内的应用还局限在较低的层次上，东软用J2EE做的电信项目让JAVA程序员着实振奋了一下，想象一下如果用其它语言做我们需要考虑的问题，远程方法调用，平衡装载，透明的故障恢复，后台继承，事务，群集，动态部署，无损关机，登陆与检查，系统管理，线程化，中间件，对象生命周期管理，资源共享，安全策略，高速冲存，等等，等等... J2EE的宗旨是：达到分而治之的极点。用J2EE策划大项目，你会惊讶于思路异常清晰，这正是面向对象的精髓，换句话说：这是J2EE的精髓，呵呵
EJB是无法真正实用的。采用EJB开发的项目需要精心，全面，细致的系统分析和设计，而国内的项目通常是不会留给你这么充裕的时间的，比如日本一套计费系统，采用EJB设计，光是调查分析时间就用去近6个月，然后才开始系统设计。而国内某些计费系统，2~4个月就要你做出来投入使用，怎么可能考虑周全，怎么可能做到安全性，稳定性，扩展性，
这样的项目周期，即是宣扬使用了EJB,也只是走个形势而已。
一、开发过程中的高成本。就如楼主所说，EJB的设计、开发、部署的工作量都非常大。需要经验丰富、合作默契、分工有序的团队。而这样以来无疑开发成本大幅增加，而这又是很多老板无法忍受的。至少在国内这是一个普遍情况。二、移植扩展的高成本。EJB的美好许诺是一次编写，就可以在任何符合j2ee标准的平台上运行，但是实际情况不是这样，每个厂商都有自己的具体实现，有自己特定的配置文件，如果你做过EJB开发，如果你有过把EJB从一个j2ee服务器上移植到另一个j2ee服务器的经历，那你肯定不希望再次经历恶梦。也许我水平低，不过我实在想象不出把部署到weblogic上的几百个EJB移植到websphere上会不会让我抓狂。三、运行维护的高成本。EJB大数据量上处理的局限性决定了其支撑平台硬件必须强大、稳定。它的稳定和高效其实很大程度上来自于硬件的功劳。当然，有些兄弟可能不同意我这样的看法，觉得如果是自己实现，可能有那么强大的硬件还用不上呢。呵呵，这话有理。不过你有没有考虑过仅仅为了使用EJB而投入额外的硬件成本是否应该？当然，它的维护，我想我也无须多费口舌了。EJB在数据支持化方面，目前是业界普遍承认的老大。不错，它是有很多非凡的特性，例如分布式、JCA、JTA上都有卓越的表现。这也正好说明了使用它的切点所在。
所以目前我们同事的共识是：如果系统在分布式处理上有较强的要求、在技术安全、运行安全上有特殊的考虑，那么可以考虑EJB实现方案。如果不是，那么没必要上EJB。如果这样的假设成立的话，那么目前在国内有这样需求的系统不是特别多，绝大多数集中在某些行业软件中，例如银行、电信等领域。软件企业心态普遍浮躁，张口闭口最流行的技术，而没考虑过自身的实际的开发实力能否很好的驾驭，这也误导了很多用户。他们犯了一个很愚蠢的错误：系统开发不是采用最新的技术就最好，而是采用最合适的技术，以最低的成本完成系统需求，留出系统扩展的空间，这就应该是最好的解决方案。如果你承认我的观点，请下次在面对客户时先考虑好：
客户的系统真的需要EJB吗？
尽可能的收集客户的需求，形成相对准确的问题域，然后先花时间寻找最合适、合理的解决方案。
但用人单位就是跟着起哄,到招聘网站上看一看,凡是搞企业应用的,大都要求会ejb。我只是为了找工作才学ejb的.
我前一阵子也学了一下ejb
别说别的，ejb的项目成本太高了，精通ejb程序员工资少得了吗，而且服务器那么贵（有免费的jboss），客户一般就是图便宜，如果允许的话web服务器、数据库巴不得用免费的，还向急着用，哪会给你很长的时间。
国内ejb的项目到底占多大比例呀？？？不过我觉得ejb会越来越好的。