精通J2EE-EclipseStrutsHibernateSpring整合应用案例本书较为全面地介绍J2EEWeb应用开发的
程序设计技术。书中首先介绍相关的知识点,引导读者进入J2EEWeb技术的世界。然后讲解网上购物子
系统、公告
管理系统、网上书店、BBS系统、信息发布平台、学生
课程及成绩管理系统、个性化定制系统、网上文件管理系统等8个实用的系统。书中的实例在最新的Eclipse版本上开发完成,采用了
JSP、Servlet、Struts、Hibernate、Spring及A...更多>>>http://baidu.welan.com/1997697/精通J2EE应用程序开发之交叉分析J2EE在不久前的一段时间内,
Java开发人员在准备一个新的企业Java开发项目时,事先就知道将要使用的工具。当时,一切都很简单:J2EE是新的,
HTML浏览器是公认的用户界面标准,而复杂性(至少从推测的角度而言)已成为过去的事情。而如今,事情变得如此复杂。“开发人员面对的选择令人眼花缭乱。”开发人员面对的选择令人眼花缭乱,从“轻型容器”(如Spring、NanoContainer或HiveMind)到“
web框架”(如WebWork、Tapestry(一个基于JSF的UI,类似于Oracle的新应用程序开发框架(OracleADF))或Velocity)。这些选择还增加了一系列新的J2EE规范,或者说是通过JAXM、SAAJ、JAX-RPC或JAX对“Web服务”和相应的新技术术语“面向服务的体系结构”赋予了新的价值(更不用提“WS-*”规范、工具和库了),Java开发人员可以完成所有
工作,这真是一个奇迹。NoFluffJustStuff
软件论文系列的演讲者BenGalbraith将此现象称作“Java框架不确定性原则”:“您刚刚选择了一个框架,某个其他框架的新版本便发布了,从而迫使您对选择框架重新分析。”而且这种情况的复杂程度也无以复加了:只需将核心J2EE和J2SE类混合在一起使用。毕竟,我们被告知EJB是J2EE的“核心”,并且考虑一个没有EJB的企业Java项目将是一个愚蠢的想法,这只是昨天的事。究竟泛型如何改变您的J2EE编码体验?并且到底是谁让所有Java管理扩展成了路障?
到底是怎么了?最初明确专注于创建一个由单项优势工具和库构成的平台的行业何以在如此短的时间内变得如此零乱?我们何时需要在传统的“J2EE”工具(如EJB)与新型“Web服务”(如JAXRPC和WS-Security)工具之间进行选择?更重要的是,我们现在如何做才能避免Ben的Java框架不确定性原则而又不违背Java首先应遵循的供应商无关原则?
此
问题主要在于了解最能满足需要的技术,而最好的方法是首先了解应用程序的需要。了解应用程序的需要后,即可清楚地界定应选用的相应技术。本文将简要概述最先进的J2EE、与其相关的技术以及Java开发人员当今面临的某些体系结构挑战。
我们如今要走向何处?很多不同类型的Java程序在“企业Java”的名义下趋于变得臃肿,在深入讨论前,这也许有助于将它们与其他类型的Java应用程序区分开。如果我们从传统的“3层”方法开始(即将表示、业务逻辑和数据访问划分为三个一致的设计层次),则我们实际上可以确定五种“企业”Java应用程序:烟囱、宝石、聚合器、集成器和企业应用程序。“我们实际上可以确定五种“企业”Java应用程序:烟囱、宝石、聚合器、集成器和企业应用程序”。
烟囱烟囱应用程序(也称作“竖井”)可能是开发人员最容易接受的应用程序,这是因为它是一种我们一再开发的应用程序:它是传统的“单数据库、单UI”应用程序,就绝对数量而言,它是当前构建最广的一种IT应用程序。它通常是根据某个部门经理或副经理的需要(即寻找某个特定工具或应用程序来收集、操作和显示某种当前未收集、操作和显示的数据)而开始创建的,为此将组建一个团队(规模通常不超过三到四个人,往往只有一个人)来收集需求、建立用例、构建数据库、对业务逻辑进行编码、将其部署到选择作为此应用程序的生产服务器的机器并不断地监视它。当然,此名称得自您在白板上绘制的三个框(表示系统的逻辑层—表示层、业务逻辑层和数据访问层)所形成的图像—它们构成了一条垂直线,不由使人想起将燃烧木头的火炉中产生的烟排出到房间外面的旧式“烟囱”。(顺便说一下,对于将该术语用作贬义术语的用户而言,请记住,您在一生中将使用的许多最重要的系统(如ATM机、主要船运公司场地上的包裹定位器等)都是烟囱系统。
有一点可能比较令人吃惊的是,J2EE软件套件并不能完全满足构建简单烟囱系统的开发人员的需要。当只需要一个表示层,且只有一个资源用于存储和检索数据时,J2EE套件(尤其是EJB)就显得“碍事”了。更诱人的方法是考虑轻型框架,因为它们并不那么专注于部署描述符,并且就JNDI、JMS之类而言也没什么不便的。