ejb教程

"I believe that EJB is a declining technology, and within three years it will be relegated to legacy status,despite attempts to make it more relev

EJB2.x已死 EJB大势已去，指的是EJB2.x的那种重量级的EJB架构技术，而不是指全新的POJO based的EJB3.0。 其实围绕EJB这个话题，已经讨论的口水都干了，我在2002年的时候还是相当推崇

个人认为面向中间件的开发技术恐怕慢慢会被面向服务的技术取代，无论从商业模式还是在代码的安全性、版权的管理方面恐怕面向服务的思想都更胜一筹。看过banq的书和一些文章，感觉banq对EJB极端的推崇,甚至有些简单的系统也推荐使用EJB技术，个人表示有些不解...，（呵呵，是不是太痴迷于EJB了)

信息综合查询，即在市局可以查到各分局的业务信息。Sybase12.5JBoss3.2.5resin 我只是想知道我这种模式是否能实现，哪里还有问题和不足之处。因为我对ejb不熟悉，所以不知道如何调用远程接口，因此在这里写了一些伪码，

//对不起,在开源版块发了贴子,发错了,应该发在这里,请斑竹删了那篇 因为平时做的都是基于开源的hibernate,struts的Web App所以,用jsp->Struts(MVC)->bo(po加上逻辑方法)->DAO->po->DB很舒服的设计开发. <

在EJB体系结构中使用DAO模式的时候，DAO组件是用哪种形式编写？（与编写EJB组件类似吗？）编写好的DAO组件放在哪儿合适？（是EJB容器吗？）

请教一下关于粗粒度事务机制的一些概念。假设CMT的bean 方法为beanMethod(),那么beanMethod() { mypojo.updatetable1(); mypojo.updatetable2();}那么mypojo的

在EJB中可以进行声明性授权,那我能不能在EJB部署之后,动态地改变权限呢?急!!!!

到底哪些类需要做成会话Bean呢？一个有点抽象的问题，不过真的很困惑，什么时候用一个一般的Java Bean就可以解决，什么样的java bean 需要做成EJB呢？能不能谈具体点的啊？一般来说你做项目时把什么样的类作成EJB呢？Manager性质的类比如。

ejb确实提供了一个容易开发的分布式架构，也是因为它是分布架构决定它有着很好的可伸缩性。据个人对ejb和spring的理解，这也是它仅有的优势，对比spring等轻量级容器。但对于很大一部分的应用，可伸缩性完全可以通过对整个基于spring的应用程序来cluster实现，起码对于我来说没碰到过需要对

j2ee without ejb书中谈到EJB单元测试的硬伤。如果难以测试，质量如何保证？ 写EJB不做单元测试吗？

This is a fairly short book, given its scope, because its subject is less complex than you’ve been led tobelieve.考虑到它讨论的领域，这确实是一本比较薄的书。因为这本书的主

我在2001年的时候是非常崇拜EJB的，可惜那时候我才入行不久没有资格写ejb,因为我那时候在的公司是经验比较丰富的才写ejb，工作不到两年的都在基于Struts+jsp做前台开发，后来因为公司项目的增多，因为对ejb的推崇，从2001年上半年起我在业余时间看了不少我们老大写的代码，2002年的时候

大家知道，EJB是一种分布式的组件体系，但我们现在一提到选择J2EE的技术路线时，就一定要说EJB，试问，如果我们要构筑的系统就不一定是分布式系统，再加上EJB本身的复杂性，我们真的需要使用EJB吗？开发一个系统是要用最好的技术还是用最适合的技术？想听听大家的意见!

在ejb2.1规范的第147页下面，A dependent value class is a concrete class that is the value of cmp-field. A dependent value class may be a class that the Bean

这个真是一个无穷的话题啊。 http://www.theserversi