估计不久看见xx说, 看80%的人几乎都用ejb....
帖关了吧, 有些人不把自己的理论说个通是不会罢休的... 真受不了
我原本不想讨论ejb或without ejb的, 没有任何意义! 就是不断有人(技术狂)钻牛角尖...
我说你到底懂不懂软件啊，懂不懂尊重别人了。
什么是牢骚,靠，我看大家是道友才苦心婆的给大家说，明白知识是又价值的，得了便宜还卖乖似的。靠，是不是说到你没有话可说了呢？
我觉得你是最虚伪和牢骚的，你把问题抛出来最好给大家说一下如何做，为什么。不要跟大家说看情况而办，叫你说出solution，你就在那里说要看这个那个的，顾左右而言他。有实力就把你的经验拿出来分享，否则不要放屁，懂了吗？
你不要这么急行吗？讨论问题就要分解开来，如果没有话可说的话就不要说了，没人当你是哑巴，不要在这里瞎骂人技术狂)钻牛角尖。你知道这样很幼稚，是急的表现，也不是讨论的态度。否则你拿你的solution出来。
还有我已经是一个senior PM了，什么叫高人你还远着，想讨论，技术也好管理也好都没有什么，大家的讨论更多的是如何指导他人，你明白吗现在的知识和经验都是有价值的，说给你听你**还骂人。你牛你就告诉大家你的经验和方法啊，不要在整理说一些无聊的话。
代码让他们可以访问它们将要访问的的ejb container,如果我这些ejb container之间有相互的远程调用,那么我还需要修改他们通过jndi访问地代码,不知我地
叙述是否正确,如果不正确请给出正确地流程,如果正确,那么ejb提供地分布式部署地弹性还确实是有一定地限度地,呵呵!
》》》》》》
这个我想让banq给你解答好吗？我想jboss的经验他更丰富一些。
像这些：
《《《
我觉得你的说法有些偏执一个"完美"的方案或设计.ejb固然好,但是你能保证他不被淘汰嘛(我只是假设...)
你所有的问题都从技术的角度去看,是无法看清全局的...
我觉得在这里争论ejb或without ejb没有多少意义，每个人站的立场不一样...
ejb是有很多pros，但是也是有很多cons的。究竟应该怎么样，应该由决定采用他的人来决定。回到最初的80/20，就是那么回事。他根本不用什么鼓吹。你“觉得”好用，够用，OK！就是他了！
to nekasai
你言论就像是牢骚,不要再说这种无意义的话,浪费版面!
天那!有人已经把ejb说成神了!
估计不久看见xx说, 看80%的人几乎都用ejb....
to banq 帖关了吧, 有些人不把自己的理论说个通是不会罢休的... 真受不了
我原本不想讨论ejb或without ejb的, 没有任何意义! 就是不断有人(技术狂)钻牛角尖...
》》》》》
这些言论对我们的其他道友有帮助吗？最好把它删除掉。
只要是一时气这帮人，所以才口气上.....
我只希望道友们能一起进步是最好的，还有尽量能提出一些有用的经验。
对于ejb我一直保持客观的态度，我承认nekasai说的ejb确实是有优势，但是不能因为这些优势而不考虑一些很显著的drawbacks，比如不支持嵌套事务，不能GROUP BY，粒度问题等（不展开了，网上有很多这样的帖子），那么针对这些drawbacks我们寻找一些解决方案。比如补偿事务，才用KODO做持久层，抛弃不胜理想的CMP等。这才是我想表达的。如果你资金有限也可以考虑先实现轻型，比如jsp/servlet ＋ orm，以后再迁移等。
还有是才用管理环境（比如ejb）or非管理环境（比如without ejb）。从需求上来决定,管理环境或非容器环境是非常正确的选择。无论那种都可以实现复杂的应用。关键还是要分析需求当中那些除功能型以外的一些需求，比如质量，性能，维护，迁移，集成等、他们能更加确定你的选择。
我的话完了。有什么错误大家批吧...
第一个，
你不要用你那肮脏的嘴随意骂人，这是最基本的道德，你可以骄傲你可以乱嚷你自己可以，那是你自己的事，骂人就不是你自己的事了。
第二，
我说有些人叫可户买着weblogic做着jdbc的勾当这是事实，我见到的就不止一例。如果你也觉得自己是这样的，应该老实检讨，不要恼羞成怒。因为这也是为整个行业负责。
第三,
关于我说是PM，那是说想给一些懂了点技术的人就到处做一些不负责任的言论做一个警示，人家做PM都对技术这么执着干吗自己就这么浮躁，我要”虚荣“在这里我能得到什么实惠。因为jdon提倡的是传道的，希望大家都能得到进步，而不是在这里发泄情绪的地方。jdon虽然着重技术，但我们也应该如何为维持这个行业的一个好的环境去做点什么。所以是以前我为什么不跟此类的帖，现在跟的原因。
第四,
关于banq，用不着你这样说，我根本就是非常的认同他，因为我看过他的很多帖，他很多都是居心良苦。到现在我是觉得banq不是不想出来谈，更重要的是对这样的话题他已经很受伤了。你们明白吗？
第五，
所说的不支持嵌套事务，不能group by都是不对的，因为ejb不是EJBQL,嵌套事务是可以传播的（不知道我用传播这个词是否恰当）。关于粒度问题，你如果觉得它是一个真正影响你系统的问题，我们完全可以用BMP。或者sessionBean里使用jdbc。同样可以使用到ejb的好处。看我们怎么去解决。
第六，
我对自己就这个话题上面的跟帖之轻蔑口气，我再次道歉，但我依然是用心良苦，可能说重了点。但你说这样的话题(关于EJB的)一而在在而三的出现(而且有很多现实是在欺骗客户)你说不气人吗？所以我在表达方式上以反例为主，解释说明为辅，语气尖锐了些。
最后我要感谢所有不喜欢的人。再见，类似的帖将来我永不在跟，免得有
“虚荣”“牢骚”等等之歉。行业需要我们去努力维护，否则她很受伤，对不对请高抬贵嘴，就当一家之言。
什么模式和什么理论你怎么想怎么说都是可以的,但是,如果你不是一个牛人(牛人是能主导行业发展潮流之人如比尔.盖次等),你就老老老实的做好庸人(就是我们这些跟着行业发展潮流走的人)的角色,别自圆自说了,没有大的财团支持,什么技术和什么模式只能是一种摆设了.做人别那么多牢骚!!!!!!!!!!!!!!!!11
"第一个，
你不要用你那肮脏的嘴随意骂人，这是最基本的道德，你可以骄傲你可以乱嚷你自己可以，那是你自己的事，骂人就不是你自己的事了。
第二，
我说有些人叫可户买着weblogic做着jdbc的勾当这是事实，我见到的就不止一例。如果你也觉得自己是这样的，应该老实检讨，不要恼羞成怒。因为这也是为整个行业负责。
第三,
关于我说是PM，那是说想给一些懂了点技术的人就到处做一些不负责任的言论做一个警示，人家做PM都对技术这么执着干吗自己就这么浮躁，我要”虚荣“在这里我能得到什么实惠。因为jdon提倡的是传道的，希望大家都能得到进步，而不是在这里发泄情绪的地方。jdon虽然着重技术，但我们也应该如何为维持这个行业的一个好的环境去做点什么。所以是以前我为什么不跟此类的帖，现在跟的原因。
第四,
关于banq，用不着你这样说，我根本就是非常的认同他，因为我看过他的很多帖，他很多都是居心良苦。到现在我是觉得banq不是不想出来谈，更重要的是对这样的话题他已经很受伤了。你们明白吗？
第五，
所说的不支持嵌套事务，不能group by都是不对的，因为ejb不是EJBQL,嵌套事务是可以传播的（不知道我用传播这个词是否恰当）。关于粒度问题，你如果觉得它是一个真正影响你系统的问题，我们完全可以用BMP。或者sessionBean里使用jdbc。同样可以使用到ejb的好处。看我们怎么去解决。
第六，
我对自己就这个话题上面的跟帖之轻蔑口气，我再次道歉，但我依然是用心良苦，可能说重了点。但你说这样的话题(关于EJB的)一而在在而三的出现(而且有很多现实是在欺骗客户)你说不气人吗？所以我在表达方式上以反例为主，解释说明为辅，语气尖锐了些。
最后我要感谢所有不喜欢的人。再见，类似的帖将来我永不在跟，免得有
“虚荣”“牢骚”等等之歉。行业需要我们去努力维护，否则她很受伤，对不对请高抬贵嘴，就当一家之言。"
首先, 确实我的态度和语气有些偏激和过分，像nekasai和道友致歉！
其次，买设备问题，却低效运行着（仅仅采用JDBC）。我见过的几个不小的这样的项目，特别是最近一两年，普遍有这种情况，甚至还有存储过程！我本身也不认同这种做法。但是并不是说绝对不能用，不能全用。nekasai可能出于自己的经验和技术水平，劝荐道友们！但我更多处于告诉大家优劣性，让大家自己抉择，并给予引导。我不想给出“我认为”的完美方案！这也是对道友的负责。因为我没有办法去说服组织“有些人”用着先进的工具，做着下三滥的事，因为那是他们喜欢。
再者，作为一个从事技术工作的，随时都要有自己的坚持和谦虚。哪怕别人对你炮轰！
此外，bmp不能解决嵌套事务，只能做补偿事务，完美的2pc是不存在的！粒度的问题不是在实体bean上，因为有本地接口（我说用其他的ORM代替CMP，只是出于考虑持久）。还有我说的是系统粒度问题。
最后，有争论，就会有冲突，人之常情。