JavaEE体系架构概述

java EE是sum公司发布的标准企业级应用规范集合，它提供了一个多层结构的分布式应程序模型，是开发基于网络的企业级应用首选平台。Java EE技术平台的核心思想是“容器”加组件

事务：

有明确边界的一组序列，在应用程序中一个请求对应一个事务，当请求发送时，事务开始，当请求结束，事务也就结束。总的来说，事务有四个特性：

1、原子性，一个请求要么成功，要么失败，不会再有其他情况；

2、一致性，事务处理需要的和得到的时相同的；

3、持久性，事务处理的结果时确认的、持久的，如果需要修改就要开启新的事务；

4、隔离性，事务与事务之间是互不相扰的

传统web应用缺陷：   
传统的web应用缺乏对分布式组件对象的访问支持，也就是说，它不支持企业分布式应用；并且它对事务的处理控制在数据上，而不是在业务上，同样，它也就没有办法处理业务级事务；而且传统的web应用过于依赖servlet规范，在web应用中所有功能都要有一个servlet，而所有的servlet都运行在web容器中，这样和不利于我们测试代码。


企业级应用：
以服务器为中心，通过网络把服务器和分散的用户联系在一起的应用。一般现代企业级应用具有的特点：

1、支持并发；

2、事务支持；

3、交互支持；

4、群集支持；

5、安全支持；

6、分布式支持；

7、web支持

EJB组件：
EJB（Enterprise JavaBean）企业JavaBean，时一个运行在EJB容器当中的服务器端的组件。


JavaEE规范把EJB分为三类：
会话Bean：它封装的是业务逻辑中的动作行为，根据是否保持会话可分为无状态的Bean和有状态的Bean
实体Bean：它表示的是持久层数据的对象视图，通常代表的是业务中的名词
消息驱动Bean：它是JMS（Java消息服务）与EJB集成的结果，可以监听JMS消息服务中的消息

EJB容器：
为EJB组件提供一个运行环境，并对EJB组件提供分布式处理、事务等服务支持。

Java EE 标准结构的缺陷
EJB设计缺陷：EJB业务逻辑组织方式是采用过程式设计，在业务逻辑中，一旦需求改变，业务逻辑就必须实现新的个性，代码会不断增加；而且，实体Bean也被设计成仅仅通过getter和setter方法暴露的持久化数据对象，但是一个真正的对象应该把针对自己状态的行为封装起来。

EJB开发问题：

它的开发和测试非常麻烦和冗长。导致这样的原因有三点；第一，编辑、编译、调试周期长；第二，编码冗长、繁琐；第三，必须编写数据传送对象（DTO）

POJO（plain old java object）基于面向对象编程可以作为EJB的替代品，它的持久化可以采用大量的持久化框架，如：MyBatis等，同样，Spring可以对POJO提供事务处理，以及通过依赖注入来配置应用程序

转载于https://www.cnblogs.com/vencent-2016/p/5686728.html