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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值