j2ee系统源码

① 开源中间件的应用服务器

当今，用JAVA语言开发运行在服务器上的应用程序，必须遵循SUN公司提出的J2EE规范枯高唤，也就是说，这种规范给出了在分布式环境下开发和部署面向“组件”的Java应用程序应当遵循的一些具体规则。该规范指出了如何开发、部署和集成应用程序“组件”的具体办法，这就是所谓的“放入J2EE平台”没凯。
特别是J2EE规范描述了一种“J2EE服务器”念穗的运行机理，“J2EE服务器”提供了一种执行环境和一些系统“服务”，例如，事务处理服务、保持服务、消息服务和安全服务等。“J2EE服务器”是一种符合J2EE规范的计算机抽象物，是Java应用程序的“活动场地”。
典型的J2EE应用程序由两部分构成：一是表现组件（也叫Web组件，Servlets与JSP）；二是企业组件（EJB，EnterpriseJavaBeans），定义事务处理逻辑和应用数据。J2EE服务器提供两种“容器”，一种是负责处理Web组件；另一种是负责处理企业组件。
上面提及的JBOSS和JOnAS开源应用服务器是“J2EE服务器”，它们分别在2004年6月19日和2005年2月1日通过了J2EE测试认证。在J2EE服务器的发展史上，开放源码的“应用服务器”能够通过J2EE的性能测试并给予“认证”，确实是一件震动世界软件业的大事。开源应用服务器是开源中间件的集中体现，从此，对于开源中间件的各种怀疑论调都失去了根据。

② J2EE怎么理解

一。J2EE是美国Sun公司刚刚推出的一种全新概念的模型,与传统的互联网应用程序模型相比有着不可比拟的优势。

1..当今许多企业都需要扩展他们的业务范围,降低自身经营成本,缩短他们和客户之间的响应时间,这就需要存在一种简捷,快速的服务于企业,合作伙伴和雇员之间。

2.典型的说，提供这些服务的应用软件必须同企业信息系统（EIS）相结合，并提供新的能向更为广阔的用户提供的服务。这些服务要具备以下的特点：

a． 高可用性：来满足现在的全球商业环境

b． 安全性：保护用户的隐私和企业数据的安全

c． 可依赖性和可扩展性：保证商业交易的正确和迅捷

3.通常这些服务是由分布的应用程序组成的，包括前端数据端和后端数据源以及它们之间的一层或几层，这些中间层提供了把商业功能和数据与EIS相结合的功
能。这些中间层把客户端从复杂的商业逻辑中分离出来，利用成熟的INTERNET技术使用户在管理上所花费的时间最小化。

4.J2EE正式降低了开发这种中间层服务的成本和复杂程度，因而使得服务可以被快速的展开，并能够更轻松的面对竞争中的压力。

5.J2EE通过定义一种标准的结构来实现它的优势，如下：

a． J2EE Application Programming Model
----一种用于开发多层次，瘦型客户用户程序的标准设计模型

b． J2EE
Platform----一个标准的平台，用来整合J2EE的应用程序，指定一系列的接口和方法

c． J2EE Compatibility Test
Suite----一套兼容测试组件，用来检测产品是否同J2EE 平台兼容

d． J2EE Reference Implementation----用来示范J2EE的能力

二。J2EE 应用程序模型

1.J2EE是被设计为顾客，雇员，供应商，合作者提供企业级服务，这样的应用程序天生具有复杂性，他们要访问各种类型的数据并分发于大量的客户端。

2.为了更好的控制，管理这些应用程序，支持各种各样用户的商业功能要在中间层引入，中间层描述了一个被企业的信息技术部门紧紧控制的环境。

3.J2EE应用程序依靠于EIS层来存储企业的商业数据。这些数据和用来管理它的系统是企业中的核心。

4..最初,双层结构(client-server)应用程序模型许诺将提高伸缩性与更广阔的功能,但不幸的是,直接向用户提供EIS服务的复杂性和再每台用户计算机上安装和维护商业逻辑所引起的管理上的问题成了很大的限制。
而这些再双层结构中的限制在三层结构中已不存在了。

5..如今要求既开发服务的商业功能，还要开发访问数据库和其他资源的代码，这是很复杂的，因为每一种多层结构的服务器都有它自己的应用模型，因此组建一直
富有经验的开发队伍将是困难的。另外，随着服务规模的扩大，为了降低开支和加快响应速度，也要经常对其基层代码进行修改。

三。J2EE应用模型定义了一种建筑模型来让多层应用程序实现服务，并消除了以上的问题，提供了可伸缩的，易访问的，易于管理的方法。

1.J2EE应用模型把实现多层结构服务的工作划分为二部分：

开发者实现商业和表达逻辑，以及由J2EE平台提供的标准的系统服务。

开发者可以依赖于这个平台为开发中间层服务中遇到的系统级硬件问题提供

2.解决方案

J2EE应用模型为中间层应用程序提供了编译一次，任意运行的特点（write
once，run anywhere），这种标准模型最小化了培训开发人员的费用。

J2EE应用程序模型通过在建立多层应用程序中最小化其复杂程度，围简化和加速应用程序的开发迈出了重要的一步。
3．Java技术基础

J2EE应用程序模型起始于Java程序语言和Java虚拟机，他们提供的不断提高的便携性，安全性和开发人员能力的提高是应用程序模型的基础。

应用程序模型通常包括JavaBean组件模型，JavaBean是的为普通功能编写基于Java技术的代码更加容易，利用JavaBean的开发工具可以可视的定制，组合这些组件。

4．安全性

当其他的应用程序模型需要在每个程序中有特定平台的安全性时，J2EE平台环境使在开发时安全约束便已定义了。

J2EE平台定义了一种标准的公开的存取控制规则，当程序在企业平台上开发时就已被程序师定义和解释了。J2EE也需要提供一个标准的注册机制以便应用程序不用将这些注册机制和逻辑相混合，相同的工作要执行于大量的不同的环境中而并不需要改变源代码。

例如：J2EE应用程序开发人员可以指定几个安全级别（如，user，superuser，administrator），于是他们写出代码来检查当
前用户权限的级别当用户访问数据时。在开发阶段，开发人员赋予多组用户适当的安全级，使应用程序能够容易的判断限制级在执行限制操作之前。

5．中间层

J2EE应用程序模型的一个主要优点便是在中间层的多层应用程序。在J2EE平台，中间层商业功能是由企业JavaBean实现的。

这些企业Beans允许服务开发者集中于商业逻辑，并且让EJB
Server处理传送稳定的，可升级服务的复杂工作。

JavaServerPages
技术和Servlets向客户层提供了易于访问的Internet型服务的中间层功能。Jsp技术使用户接口开发者更加容易的提供向任何浏览器用户提供动态页面的服务。Servlets让基于Java技术的开发者有更大的自由来在Java语言中提供完全的动态服务。
6． 客户层

J2EE平台支持几种类型的客户。

许多J2EE服务被设计为浏览器用户服务，这些服务通过动态生成Html页和表单来同客户端实现交互，而Jsp和Servlets是通过让这些商业数
据通过某种方式格式化，使客户端更容易来同它工作。这些客户端可以是运行于浏览器中的JavaApplet和基于Java技术的程序。

要注意的是安全是多层结构的关键部分，在J2EE中安全性总是通过平台和管理员来解决的。在大多案例中，服务方或客户方都不需要开发者与安全逻辑。

7． 基于Html页的客户

在Java2中可以实现向用户的浏览器直接提供动态Html页的服务，在JavaServerPage
技术中通过在Html页中插入Java代码动态生成页是一种很容易的事情。在一些例子中，某些服务需要一些综合的代码，者可以通过从Jsp中调用JavaBean的方法来实现。

8． J2EE声明

J2EE应用程序模型的一个重要的目标就是使应用程序最小化。实现这一点的一种方法是提高在J2EE平台上运行普通任务的负担，这些普通任务包括强制一个应用程序的安全目标，执行它的交易处理，链接它所需要的组件。

J2EE提供了一种简单的，公开的方式来说明这些行为。这些说明被分散的放在各部分代码中和开发描述中，开发描述是应用程序包的一部分，这些基于xml的说明使应用程序开发者不用修改任何组件就可以改变应用程序的作用。

③ 如何在CentOS上搭建 Struts2+Spring+Hibernate的运行环境

Struts2+Spring+Hibernate是J2EE的最新流行框架。本篇是我搭建这个框架的经验总结，有很多人搭建这个框架总会遇到

大大小小的问题，网上也没有什么行之有效的方案或成体系的介绍，所以我就决定总结一下我的搭建过程。给一些搭

建尚存问题的朋友提供帮助。

我用这个框架，实现的是基本的CRUD功能的一个雇员管理系统，本来打算丰富一下功能，但是一直没能抽出空去搞。

目前版本暂定为1.0，除了CRUD外还配置了表单验证框架JSValidation。功能都能很顺利的实现。

现在分享部分源码，来说明一些注意事项。

以下是部分搭建过程及源码：

1.先组合实现Hibernate3.2+Spring2.5支持，删除hibernate.cfg.xml文件，修改applicationContext.xml文件的内容，增加SessionFactory和dataSource的设置。

2.通过MyEclipse的向导方式，生成POJO类和对应的映射文件。

3.修改applicationContext.xml文件中<property name="mappingResources">元素的内容。

4.编写DAO接口和实现类。

5.修改applicationContext.xml文件，增加对Dao实现类的配置。

6.组合Struts2和Spring2.5，修改web.xml文件，增加struts2的所需要的过滤器配置。

7.增加struts2相应类库，增加struts2与spring的配置jar包。

8.拷贝struts.xml文件到src根目录下，再修改struts.xml文件，进行常量配置。

9.修改web.xml文件，配置Spring监听器，和上下文变量。并增加OpenSessionInViewFilter的设置。

10.写入action类。

11.配置struts.xml文件。

12.修改applicationContext.xml

13.编写Jsp文件。

14.加载运行项目。

下面是关键文件的源码：

struts.xml源码：

④ J2EE经典面试题及答案

J2EE经典面试题及答案

J2EE，使用Java技术开发企业级应用的一种事实上的工业标准，它是Java技术不断适应和促进企业级应用过程中的产物。下面为各位考生分享的是J2EE经典面试题及答案，希望对大家有所帮助!

1.MVC的各个部分都有那些技术来实现?如何实现?

答：MVC是Model-View-Controller的简写。"Model" 代表的是应用的业务逻辑(通过JavaBean，EJB组件实现)， "View" 是应用的表示面(由JSP页面产生)，"Controller" 是提供应用的处理过程控制(一般是一个Servlet)，通过这种设计模型把应用逻辑，处理过程和显示逻辑分成不同的组件实现。这些组件可以进行交互和重用。

2.J2EE是什么?

答：Je22是Sun公司提出的多层(multi-diered),分布式(distributed),基于组件(component-base)的企业级应用模型(enterpriese application model).在这样的一个应用系统中，可按照功能划分为不同的组件，这些组件又可在不同计算机上，并且处于相应的层次(tier)中。所属层次包括客户层(clietn tier)组件,web层和组件,Business层和组件,企业信息系统(EIS)层。

3.J2EE是技术还是平台还是框架?

答：J2EE本身是一个标准，一个为企业分布式应用的开发提供的标准平台。

J2EE也是一个框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA等技术。

4.STRUTS的应用(如STRUTS架构)

答：Struts是采用Java Servlet/JavaServer Pages技术，开发Web应用程序的开放源码的framework。 采用Struts能开发出基于MVC(Model-View-Controller)设计模式的应用构架。 Struts有如下的主要功能：

一.包含一个controller servlet，能将用户的请求发送到相应的Action对象。

二.JSP自由tag库，并且在controller servlet中提供关联支持，帮助开发员创建交互式表单应用。

三.提供了一系列实用对象：XML处理、通过Java reflection APIs自动处理JavaBeans属性、国际化的提示和消息。

5.WEB SERVICE名词解释。JSWDL开发包的介绍。JAXP、JAXM的解释。SOAP、UDDI,WSDL解释。

答：Web ServiceWeb Service是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得Web Service能与其他兼容的组件进行互操作。

JAXP(Java API for XML Parsing) 定义了在Java中使用DOM, SAX, XSLT的通用的接口。这样在你的程序中你只要使用这些通用的接口，当你需要改变具体的实现时候也不需要修改代码。

JAXM(Java API for XML Messaging) 是为SOAP通信提供访问方法和传输机制的API。

WSDL是一种 XML 格式，用于将网络服务描述为一组端点，这些端点对包含面向文档信息或面向过程信息的消息进行操作。这种格式首先对操作和消息进行抽象描述，然后将其绑定到具体的网络协议和消息格式上以定义端点。相关的具体端点即组合成为抽象端点(服务)。

SOAP即简单对象访问协议(Simple Object Access Protocol)，它是用于交换XML编码信息的轻量级协议。

UDDI 的目的是为电子商务建立标准;UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。

6.C/S 与 B/S 区别：

答：有如下八个方面的不同：

(1)硬件环境不同:

C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.

B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行

(2)对安全要求不同

C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.

B/S 建立在广域网之上, 对安全的控制能力相对弱, 可能面向不可知的用户。

(3)对程序架构不同

C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.

B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟.

(4)软件重用不同

C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.

B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子

(5)系统维护不同

C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统

B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.

(6)处理问题不同

C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统

B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小.

(7)用户接口不同

C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高

B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本.

(8)信息流不同

C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低

B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更像交易中心。

7.什么是JNDI