POJO同框架的组合总是好的主意么？

现在，在企业Java领域，出现了替换部分或全部EJB框架的热潮，比如spring、Hibernate等。Spring框架是J2EE框架。在Spring使能应用中，可以使用EJB或POJO（Plain Old Java Object）。万一开发者选用POJO，则可以为POJO使用Spring提供的声明式本地事务，注意，这并未使用到EJB容器。类似的，Spring还为数据访问提供了一流的支持，其中包括JDBC和O/R Mapping框架，比如Hibernate。因此我们认为，Spring是不错的架构级技术。重量的EJB容器再不是必需品了。因为我们还可以考虑使用Spring。Spring为编写业务逻辑对象提供了轻量级框架。

除此之外，我们还可以使用Hibernate实现持久化能力。它是目前流行的O/R Mapping框架，易用性是它的卖点之一。它是POJO驱动的轻量级、具有事务持久能力的数据访问框架。而且它还提供了非常有趣的特性，比如建模多重关系。

一句话，虽然EJB不是万能药，构建健壮的具有可伸缩性的应用不一定非要使用EJB技术；但同时，为简化业务层开发和部署，不一定非要使用POJO框架。只有在应用的架构非常确定时，才建议使用POJO架构。否则日后的升级和维护将是困难的。注意，易于开发并不表明它能够适合事务性极强的企业应用。如果应用必须使用分布式事务，则Spring和POJO的组合将不合适！

因此，为保险起见，还是建议走EJB路线。我们要信任JCP组织，毕竟它负责制定标准，而且一直在改进EJB标准。