Java EE 简介

Java EE 以前称为 J2EE，可以帮助开发和部署可移植、健壮、可伸缩且安全的服务器端 Java 应用程序.为什么说是可移值,健壮,可伸缩的,后面介绍.

J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的 体系结构。

既然是体系结构,那就应该是有清晰的结构划分,不同部分的功能不同.各部分间协调工作.这样才能体现出体系的扩展性,等;以前的开发,没有所有的体系结构.所有代码都方在一起.这里打个比方:住在帐蓬里,吃喝拉撒都在一个地方.现在的体系结构我们可以理解为在现在的房子里,客厅是客厅,餐厅是餐厅,书房,厨房等划分清晰.各司其职;划分后,就算我们想找厨具,换书柜,只需要到对应的地方改就行了.不会影响其他部分.就象我们的项目中,经常会换数据库;换一些功能的实现方式一样.在好的体系结构中不会一碰到修改就动其全身; 这样系统就是健壮的,可伸缩的;在划分为不同<房间>后,房间内和其他房间是以接口的形式交互的,具体实现某些功能的细节我们不用知道;这样封装后,房间也就可以搬到其他地方重复使用,只要使用它提供的接口,API;所以又是可移值的;

在这个体系结构形成后.就同时出现了一些中间件产物.因为现在系统层次清晰.不同层次的功能也清晰了.有些必须的功能,如连接数据库等;如何实现这些功能?一些高级中间件供应商在我们解决了这些问题;他们提供一些复杂的中间件服务;让开发人员能把更多精力放在商业逻辑的完成上;如:JDBC,JAVAMAIL等服务;

在遵守J2EE规范的前提下,现在也出现了许多开发框架;它们实现上也就相当于一些中间件产物,如:SSH;Struts帮我们实现基于MVC的架构;Spring允许我们进行IOC,Hebernate让我们对数据库的操作更简单,更符合面向对象的编程思想;

以web开发为例;web开发是以HTTP为核心,只要是能解析HTTP协议就能做WEB开发;而解析它的东西就是WEB服务器如TOMCAT,APACHE,JETTY;它们将协议解析并将相应的信息封装成各种JAVA的类,如:HttpServletRequest;然后按照web.xml的配置,将类传递给相应的逻辑类来处理;这个逻辑类可能是jsp页面.也有可能是处理业务的bean;当然要理解的是,jsp页面本身也是对servlet的封装;它最后还是被解析为HttpServlet的子类;然后再被编绎成.class文件,然后被使用;因为JAVA的web开发都是基于HttpServlet这个类的;

不实现j2ee的系统的基础是JSP文件或servlet。它从HTTP的请求中提取参数，调用相应的业务逻辑，处理HTTP会话，最后生成HTTP文档。一系列这样的JSP文件形成一个完整的应用，当然可能会有其他辅助类或文件。早期的ASP 和 PHP 技术就属于这个情况。总的看来，这个模型的好处是简单，但是它把业务逻辑和表现混在一块

sp页面里有很多逻辑处理的JAVA代码,甚至可能不使用jsp,直接用servlet.里面有逻辑代码,而且有大量的out.print等这种输出html的代码;可以想象这种结构非常不健壮;

在使用J2EE后,严格的按层次规划代码;终于迎来了MVC（模型-视图-控制）模式虽然jsp页面可以包括JAVA代码.但在J2EE体系中,JSP实现上是做为显示用的,在页面中引用对应的bean,显示其中的一些内容,它只用做显示;相应的用户请求逻辑在业务层;

它在浏览器（本文对客户代理都称浏览器）和JSP或SERVLET之间插入一个控制组件。这个控制组件集中了处理浏览器发过来的HTTP请求的分发逻辑，也就是说，它会根据HTTP请求的URL,输入参数，和目前应用的内部状态，把请求分发给相应的WEB 层的JSP 或SERVLET。另外它也负责选择下一个视图（在J2EE中，JSP,SERVLET会生成回给浏览器的html从而形成视图）。

J2EE 的四层模型

J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议,通常是某种数据库协议.它使得重用业务逻辑和界面逻辑非常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层，以下是 J2EE 典型的四层结构.

• 运行在客户端机器上的客户层组件
• 运行在J2EE服务器上的Web层组件
• 运行在J2EE服务器上的业务逻辑层组件
• 运行在EIS服务器上的企业信息系统(Enterprise information system)层软件

客户层组件
J2EE应用程序可以是基于web方式的,也可以是基于传统桌面方式的.

web 层组件
J2EE web层组件可以是JSP 页面或Servlets.按照J2EE规范，静态的HTML页面和Applets不算是web层组件。

正如下图所示的客户层那样，web层可能包含某些 JavaBean 对象来处理用户输入，并把输入发送给运行在业务层上的enterprise bean 来进行处理。

业务层组件
业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务层上的enterprise bean 进行处理. 下图表明了一个enterprise bean 是如何从客户端程序接收数据，进行处理(如果必要的话), 并发送到EIS 层储存的，这个过程也可以逆向进行。

有三种企业级的bean: 会话(session) beans, 实体(entity) beans, 和消息驱动(message-driven) beans. 会话bean 表示与客户端程序的临时交互. 当客户端程序执行完后, 会话bean 和相关数据就会消失. 相反, 实体bean 表示数据库的表中一行永久的记录. 当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体bean 的数据得以保存.消息驱动 bean 结合了会话bean 和 JMS的消息监听器的特性, 允许一个业务层组件异步接收JMS 消息.

企业信息系统层
企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资源计划 (ERP), 大型机事务处理, 数据库系统,和其它的遗留信息系统. 例如，J2EE 应用组件可能为了数据库连接需要访问企业信息系统

J2EE 的结构

这种基于组件，具有平台无关性的J2EE 结构使得J2EE 程序的编写十分简单，因为业务逻辑被封装成可复用的组件，并且J2EE 服务器以容器的形式为所有的组件类型提供后台服务. 因为你不用自己开发这种服务, 所以你可以集中精力解决手头的业务问题.

容器类型
J2EE应用组件可以安装部署到以下几种容器中去:

• EJB 容器管理所有J2EE 应用程序中企业级bean 的执行. enterprise bean 和它们的容器运行在J2EE 服务器上.
• Web 容器管理所有J2EE 应用程序中JSP页面和Servlet组件的执行. Web 组件和它们的容器运行在J2EE 服务器上.
• 应用程序客户端容器管理所有J2EE应用程序中应用程序客户端组件的执行. 应用程序客户端和它们的容器运行在J2EE 服务器上.
• Applet 容器是运行在客户端机器上的web浏览器和 Java 插件的结合.

J2EE的核心API与组件

J2EE平台由一整套服务（Services）、应用程序接口（APIs）和协议构成，它对开发基于Web的多层应用提供了功能支持.

1. JDBC(Java Database Connectivity): JDBC API为访问不同的数据库提供了一种统一的途径，象ODBC一样，JDBC对开发者屏蔽了一些细节问题，另外，JDCB对数据库的访问也具有平台无关性。
2. JNDI(Java Name and Directory Interface): JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和操作企业级的资源如DNS和LDAP，本地文件系统，或应用服务器中的对象。
3. EJB(Enterprise JavaBean): J2EE技术之所以赢得某体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。但这里值得注意的是，EJB并不是实现J2EE的唯一途径。正是由于J2EE的开放性，使得有的厂商能够以一种和EJB平行的方式来达到同样的目的。
4. RMI(Remote Method Invoke): 正如其名字所表示的那样，RMI协议调用远程对象上方法。它使用了序列化方式在客户端和服务器端传递数据。RMI是一种被EJB使用的更底层的协议。
5. Java IDL/CORBA: 在Java IDL的支持下，开发人员可以将Java和CORBA集成在一起。他们可以创建Java对象并使之可在CORBA ORB中展开, 或者他们还可以创建Java类并作为和其它ORB一起展开的CORBA对象的客户。后一种方法提供了另外一种途径，通过它Java可以被用于将你的新的应用和旧的系统相集成。
6. JSP(Java Server Pages): JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。
7. Java Servlet: Servlet是一种小型的Java程序，它扩展了Web服务器的功能。作为一种服务器端的应用，当被请求时开始执行，这和CGI Perl脚本很相似。Servlet提供的功能大多与JSP类似，不过实现的方式不同。JSP通常是大多数HTML代码中嵌入少量的Java代码，而servlets全部由Java写成并且生成HTML。
8. XML(Extensible Markup Language): XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。XML的发展和Java是相互独立的，但是，它和Java具有的相同目标正是平台独立性。通过将Java和XML的组合，您可以得到一个完美的具有平台独立性的解决方案。
9. JMS(Java Message Service): MS是用于和面向消息的中间件相互通信的应用程序接口(API)。它既支持点对点的域，有支持发布/订阅(publish/subscribe)类型的域，并且提供对下列类型的支持：经认可的消息传递,事务型消息的传递，一致性消息和具有持久性的订阅者支持。JMS还提供了另一种方式来对您的应用与旧的后台系统相集成。
10. JTA(Java Transaction Architecture): JTA定义了一种标准的API，应用系统由此可以访问各种事务监控。
11. JTS(Java Transaction Service): JTS是CORBA OTS事务监控的基本的实现。JTS规定了事务管理器的实现方式。该事务管理器是在高层支持Java Transaction API (JTA)规范，并且在较底层实现OMG OTS specification的Java映像。JTS事务管理器为应用服务器、资源管理器、独立的应用以及通信资源管理器提供了事务服务。
12. JavaMail: JavaMail是用于存取邮件服务器的API，它提供了一套邮件服务器的抽象类。不仅支持SMTP服务器，也支持IMAP服务器。
13. JTA(JavaBeans Activation Framework): JavaMail利用JAF来处理MIME编码的邮件附件。MIME的字节流可以被转换成Java对象，或者转换自Java对象。大多数应用都可以不需要直接使用JAF。