首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

java轻量级web框架_什么是框架

JEMSF框架 前言 今天我们准备向广大开发人员推荐一种新的框架,暂时取名JEMSF,如果您已经对Struts、Tapestry以及Spring和Hibernat有一些了解,那么应该可以更好的理解下面的文章,JEMSF是我在工作生涯中最大的一个创造,经历了很多考验和应用的试验,最后形成JEMSF。 序 一种新的事物的诞生需要经历很多的考验,我自认为JEMSF是一个很好的WEB应用框架,很久以前(2002年)JEMSF就已经出了第一个版本,定义为JEMSF Beta 1.0.0,回忆那一段美好的过程,其实是开创JEMSF艰苦的过程,我心情特别激动。我从2001年开始撰写JEMSF的基础库文件,通过和国外的一些工程师和一些学校的老师进行充分和长期的沟通,我得到了很多我以前从来没有的经验和知识;通过对Struts的研究,我领会到Struts的精神所在;通过日以继夜的撰写和修正,使我懂得新生物的创造过程的艰辛;通过不断的试验我得到了一种肯定,如果我放弃了JEMSF,那么我觉得我的生命可能会很没有意义。 今天,你看到的是JEMSF3.0的版本,已经在超过10个大中型项目进行实施。不凡有: http://xiamen.airchina.com.cn(中国国航厦门营业部) http://www1.widetrust.com.cn/AirAgent/Login.jsp (航空服务系统) http://www.vspd.cn:8081(TelAgent呼叫管理系统) http://www.vspd.cn:83(PID Manager预定系统) http://www.2617788.com(厦门大华假日同行网) 等电子商务网站和应用系统等这些大型电子商务应用网站。他们有的是在线预定系统,有的是实时销售系统,有的是大型运价文件发布系统。还有一些没有列入的系统,比如不能公开的航空公司的内部应用系统。这些系统每天要处理的数据量超过10000条,特别是前面几个,每天的订单量超过20000个。这些似乎不是我们要关心的数据,但是这些是证明了JEMSF诞生的必要性,是我准备向外界发布JEMSF的基础,没有得到很好的实验和考验之前我似乎没有什么底气拿出JEMSF,而现在,我可以大胆的拿出去了,和所有的开发人员共享我的创造。 1、JEMSF框架简介 JEMSF是一个J2EE应用开发基础框架,类似流行的Struts、Spring等实用框架。如果您已经对Struts框架有一些了解,那么开始JEMSF框架的学习将会变得更加容易。JEMSF简化了J2EE应用开发过程,为J2EE开发人员提供了基础组件,以便J2EE开发人员充分的发挥他们在业务逻辑上的才能,缩短基础组件的开发周期,从而缩短项目的开发周期。 JEMSF跨越MVC的3个层次(界面层V、控制层C、模型层M),不但提供基础的数据源的访问和界面简易标签,也提供控制逻辑的控制器,同时提供数据流与控制流分开控制,极大的方便开发人员进行应用系统的开发和设计。 JEMSF的基础组成部分:中央控制器组件,实现请求事件的综合控制,利用XML技术,采用配置文件方式实现控制请求;数据传输组件,实现层次间(比如MVC的控制层和模型层、表示层与控制层)或是对象间(比如一个控制类和一个显示页面)数据的有效传输和管理,在Web应用中可以结合Session和Application实现数据的有效转移,在普通应用中可以实现数据合理组织和分发;错误处理机制,有效的管理错误分类,实现错误描述统一性和程序的规范性;数据库操作组件,实现数据库操作的封装和保护,结合XML文件,摆脱了SQL语句和程序的紧耦合,实现数据库连接池的自动化管理,对于开发人员而言,数据库的操作变得极其的简单,代码可复用性极大的提高。数据库结果集操作也得到优化,对数据库的传入和传出参数有更好的对象给予支持;界面简易标签组件,把页面的基本对象全部封装成简易的对象,方便控制每个基本组件的特性,也支持验证过程;简单工具集合,提供对字符串、日期的操作,后期在不断的扩展中可以不断的增加工具内容,支持不断的扩张。 以下内容简要讨论Struts架构和Tapestry以及JEMSF框架对比。我们将看到这三个框架是如何清晰地区分控制,事务逻辑和外观,从而简化了开发应用程序过程的。我们还将介绍这三个框架提供的类如何使得开发工作更加简单,这些类包括: 控制程序流程的类 实现和执行程序事务逻辑的类 自定义的标记库使得创建和验证HTML表单更加容易 Struts框架具有组件的模块化,灵活性和重用性的优点,同时简化了基于MVC的web应用程序的开发。 JEMSF也是一个J2EE应用开发基础框架,类似流行的Struts、Tapestry等实用框架,并加入了数据库处理模块,是开发人员不必在Struts基础上结合Spring和Hihernat,JEMSF已经基本具备了他

01

那年装的七里香,如今跑在腾讯云

时光如白驹过隙,坐在时代的列车里,我们一路向前;近三十年来,无数事物在车窗前掠影而过,一度流行,又一度黯淡。磁带,就是一个时代的符号。彼时,磁带因其低廉、可靠及易用等特性,一度成为音乐最主流的载体,将流行音乐传遍大街小巷。后来,随着 CD 和 MP3走进大众视野,磁带逐步退出历史舞台。如今,磁带作为音乐载体早被时代淘汰.....但磁带作为存储载体,近几十年却从未过时:在冷数据场景,磁带存储凭借其极低的成本和极长的寿命,在企业存储市场始终占有一席之地。今天的故事就此展开,来聊聊腾讯的深度归档存储与磁带的那些事。欢迎阅读~

02

那年装的七里香,如今跑在腾讯云

时光如白驹过隙,坐在时代的列车里,我们一路向前;近三十年来,无数事物在车窗前掠影而过,一度流行,又一度黯淡。磁带,就是一个时代的符号。彼时,磁带因其低廉、可靠及易用等特性,一度成为音乐最主流的载体,将流行音乐传遍大街小巷。后来,随着 CD 和 MP3走进大众视野,磁带逐步退出历史舞台。如今,磁带作为音乐载体早被时代淘汰.....但磁带作为存储载体,近几十年却从未过时:在冷数据场景,磁带存储凭借其极低的成本和极长的寿命,在企业存储市场始终占有一席之地。今天的故事就此展开,来聊聊腾讯的深度归档存储与磁带的那些事。欢迎阅读~

02

存储知识:数据一致性、分级存储、分层存储与信息生命周期管理

一、概述 数据一致性是指关联数据之间的逻辑关系是否正确和完整。问题可以理解为应用程序自己认为的数据状态与最终写入到磁盘中的数据状态是否一致。比如一个事务操作,实际发出了五个写操作,当系统把前面三个写操作的数据成功写入磁盘以后,系统突然故障,导致后面两个写操作没有写入磁盘中。此时应用程序和磁盘对数据状态的理解就不一致。当系统恢复以后,数据库程序重新从磁盘中读出数据时,就会发现数据再逻辑上存在问题,数据不可用。 二、Cache引起的数据一致性问题 引起数据一致性问题的一个主要原因是位于数据I/O路径上的各种Cache或Buffer(包括数据库Cache、文件系统Cache、存储控制器 Cache、磁盘Cache等)。由于不同系统模块处理数据IO的速度是存在差异的,所以就需要添加Cache来缓存IO操作,适配不同模块的处理速度。这些Cache在提高系统处理性能的同时,也可能会“滞留”IO操作,带来一些负面影响。如果在系统发生故障时,仍有部分IO“滞留”在IO操作中,真正写到磁盘中的数据就会少于应用程序实际写出的数据,造成数据的不一致。当系统恢复时,直接从硬盘中读出的数据可能存在逻辑错误,导致应用无法启动。尽管一些数据库系统(如Oracle、DB2)可以根据redo日志重新生成数据,修复逻辑错误,但这个过程是非常耗时的,而且也不一定每次都能成功。对于一些功能相对较弱的数据库(如SQL Server),这个问题就更加严重了。 解决此类文件的方法有两个,关闭Cache或创建快照(Snapshot)。尽管关闭Cache会导致系统处理性能的下降,但在有些应用中,这却是唯一的选择。比如一些高等级的容灾方案中(RPO为0),都是利用同步镜像技术在生产中心和灾备中心之间实时同步复制数据。由于数据是实时复制的,所以就必须要关闭Cache。 快照的目的是为数据卷创建一个在特定时间点的状态视图,通过这个视图只可以看到数据卷在创建时刻的数据,在此时间点之后源数据卷的更新(有新的数据写入),不会反映在快照视图中。利用这个快照视图,就可以做数据的备份或复制。那么快照视图的数据一致性是如何保证的呢?这涉及到多个实体(存储控制器和安装在主机上的快照代理)和一系列的动作。典型的操作流程是:存储控制器要为某个数据卷创建快照时,通知快照代理;快照代理收到通知后,通知应用程序暂停IO操作(进入 backup模式),并flush数据库和文件系统中的Cache,之后给存储控制器返回消息,指示已可以创建快照;存储控制器收到快照代理返回的指示消息后,立即创建快照视图,并通知快照代理快照创建完毕;快照代理通知应用程序正常运行。由于应用程序暂停了IO操作,并且flush了主机中的 Cache,所以也就保证了数据的一致性。 创建快照是对应用性能是有一定的影响的(以Oracle数据库为例,进入Backup模式大约需要2分钟,退出Backup模式需要1分钟,再加上通信所需时间,一次快照需要约4分钟的时间),所以快照的创建不能太频繁。 三、时间不同步引起的数据一致性问题 引起数据不一致性的另外一个主要原因是对相关联的多个数据卷进行操作(如备份、复制)时,在时间上不同步。比如一个Oracle数据库的数据库文件、 Redo日志文件、归档日志文件分别存储在不同的卷上,如果在备份或复制的时候未考虑几个卷之间的关联,分别对一个个卷进行操作,那么备份或复制生成的卷就一定存在数据不一致问题。 此类问题的解决方法就是建立“卷组(Volume Group)”,把多个关联数据卷组成一个组,在创建快照时同时为组内多个卷建立快照,保证这些快照在时间上的同步。之后再利用卷的快照视图进行复制或备份等操作,由此产生的数据副本就严格保证了数据的一致性。 四、文件共享中的数据一致性问题 通常所采用的双机或集群方式实现同构和异构服务器、工作站与存储设备间的数据共享,主要应用在非线性编辑等需要多台主机同时对一个磁盘分区进行读写。

03
领券