bean和一种替代的方案,即采用Hibernate ORM框架和DAO模式相结合。
由于Vangtage CNM网管系统项目的不断进行,在其维护和扩展的过程中,当前的数据持久性解决方案的缺陷日益暴露出来,在介绍当前数据持久性解决
方案时,论文以其中一个业务模块一远程升级设备固件为例,说明了Entity bean开发的复杂性,并且说明了由于Entity bean不符合POJO编程.不符合面向对象编程思想的特点。
同时,论文介绍了Hibernate ORM框架,论述了如何在现有架构的基础上,采用HibernateORM结合DAO模式去设计网管系统的数据持久层。
在论述过程中,展示了Hibernate的简洁和其面向对象的编程思想。
通过Hibernate我们可以建立一个足够“复杂”的对象模型。
1.1.3论文结构 为了便于论述,本文将内容做了如下组织安排 第一章绪论,阐述论文的选题背景、课题来源、论文结构、面向应用的持久层设计思想等。
第二章J2EE/EJB相关技术介绍,介绍了J2EE开发平台的相关技术以及EJB规范。
第三章现有的基于EJB 2.X规范的网管系统,介绍了当前的Vantage CNM网管系统的功能,其数据持久性解决方案的具体如何实现。
第四章Hibernate一优秀的ORM框架,介绍了Hibernate技术,为提出新的Vantage CNM网管系统数据持久性解决方案做准备。
第五章对现有的网管系统数据持久层的改进,具体阐述了如何利用Hibernate ORM框架结合DAO设计模式优化当前的Vantage CNM网管
系统的数据持久层。
第六章总结,对论文完成的工作进行了总结。
1.2数据持久化 数据是任何
计算机应用程序最重要的方面,也是软什系统中不可缺少的环节。
计算机应用程序的核心是使某人或另一个计算机系统能够访问其数据。
在企业环境中,数据不仅必须是可访问的(即与用户界面连接并按一系列业务规则管理),而且还必须是持久的。
数据持久化的解决之道也一直是企业计算标准中最有影响力的部分。
持久数据存储就是即使在服务器崩溃的情况下仍能存在的数据存储。
数据持久性是企业开发中最棘手的一个方面。
一个企业数据持久化解决方案必须提供迅速的客户机事务.随着时间的过去确保数据完整性,以及在如系统崩溃和网络故障之类的日常灾祸发生时使数据继续存在。
持久数据存在于应用
程序的活动内存之外,通常在数据库或平面文件系统中。
虽然持久数据被读入瞬 2 第一章绪论时存储器以供使用或修改,但它始终被写到外部数据存储中以长期存储。
美国国家标准与技术研究所(TheUnited States National Institute ofStandards and Technology)定义了三种级别的持久数据:部分持久数据、持久数据和完全持久数据。
部分持久数据是一种仅允许对最新版本更新的持久数据结构。
持久数据是一种保留其旧版本的数据结构:即,以前版本和当前版本都可能被
查询。
完全持久数据是一种维护其数据的所有版本并允许对这些版本更新的持久数据结构。
人多数业务应用程序至少提供部分持久数据。
这种类型的持久性在事务中期或者甚至在请求中期出现系统故障时容易遭破坏,这会导致数据不完整且常常遭毁坏。
另一方面,在持久数据实现中,对系统中断或故障以“回滚(rollback)”回应,数据状态被回滚到上~个己知的良好配置。
持久数据实现在企业体系结构和数据库管理系统(DBMS)中很常见。
完全持久数据实现非常少见。
完全持久数据实现的少数几个示例有:日志记录文件系统、VMS文件系统(如VAX和Mac OS x)以及并发版本控制系统(CVS)。
信息时代非常强调分布式企业计算平台的使用。
在这类平台上,必须不惜任何代价保护数据并使其永远持续存在,即使面临网络故障、内存泄漏和服务器崩溃时,也是如此。
为了维护这种持久性,应用程序组件必须能够处理并发性、连接管理、数据完整性和同步。
J2EE的所有三种数据管理技术都为开发人员处理这些功能,但每种技术在处理时略有不同。
1. 实体bean,它提供健壮的数据持久性。
bean容器处理大部分的数据完整性、资源管理和并发性功能,从而使开发人员关注业务逻辑和数据处理,而不是这些低级细节。
使用bean管理的持久性(BeanManaged Persistence,BMP)实体bean时,开发人员编写持久性代码而容器确定何时执行该代码。
使用容器管理的持久性(Container Managed Persistence,CMP)实体bean时,容器生成持久性代码并管理持久性逻辑。
2. JDBc,当与会话bean结台时,它可提供简便的EJB开发和与平台无关的部署,而没有像EJB技术那样的资源使用和内存开销。
像BMP实体