当前位置：文档之家 › J2EE基础：j2ee所包含的13种核心技术

J2EE基础：j2ee所包含的13种核心技术

  • 格式：pdf
  • 大小：236.58 KB
  • 文档页数：10

下载文档原格式

  / 10

合集下载

J2EE简介

J2EE简介

J2EE简介J2EE简介J2EE Java2平台企业版（Java 2 Platform,Enterprise Edition）J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。

J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。

一、J2EE的概念目前，Java 2平台有3个版本，它们是适用于小型设备和智能卡的Java 2平台Micro版（Ja va 2 Platform Micro Edition，J2ME）、适用于桌面系统的Java 2平台标准版（Java 2 Platfor m Standard Edition，J2SE）、适用于创建服务器应用程序和服务的Java 2平台企业版（Java 2 Platform Enterprise Edition，J2EE）。

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

J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如"编写一次、随处运行"的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对EJB （Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技术的全面支持。

其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。

J2体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。

J2EE——J2EE的十三种技术

J2EE——J2EE的十三种技术

J2EE——J2EE的⼗三种技术引⾔J2EE的⼗三种技术在⽹上⼀搜多的是，⽐如附录中的那篇⽂档就已经涵盖的很全了，但是作为应⽤级开发者并不⼀定要对这⼗三种技术都掌握，⽽且这⼗三种技术中哪些重要哪些不重要也存在⼀定的区别，所以我对⼀些重要的技术提炼出来放在概要⾥，⽅便读者快速掌握，⽽且学习也好有偏重概要这个也可以作为学习Java的路线，其实Java主要的技术包括Java基础部分，也就是⾯向对象，集合，界⾯，线程，⽂件以及⽹络；以及往⽹页⽅⾯⾛的JSP，Servlet，JS，其实如果读者接触过JSP和Servlet，就知道他们俩其实是⼀个东西，jsp其实最终也是会翻译成servlet，⼀个jsp会对应⼀个class；与数据库打交道的JDBC，Oracle；最后可以加上⼀个SSH，三⼤框架，⽤的还⽐较多除了上⾯说的常⽤的之后还有⼀些不常⽤的，⽐如JNDI，Java命名和⽬录接⼝，这个我们实际上⼀般只是⽤它，往往都不会⾃⼰去开发，感觉并不算重点另外EJB，企业级Java Bean，跟Hibernate很像，但有逐渐被Hibernate淘汰的趋势，其实这些技术都是存在⼀个演化过程，在原有的技术基础上改良⽽得，后⾯的SSH框架以及其他框架都是如此，针对某⼀⽅⾯的改良。

Java事务这块的技术，JTA和JTS，JTA是事务体系，JTS是事务服务，这个也是很底层的东西，应⽤级开发⽤的⽐较少，应⽤开发者⼀般只管⽤就⾏了附录J2EE的⼗三种技术（规范）Java数据库连接（JDBC） JDBC API以⼀个统⼀的⽅式访问各种数据库。

与ODBC类似，JDBC将开发者和私有数据库之间的问题隔离开来。

由于它建⽴在Java上，因此JDBC可以提供平台⽆关的数据库访问。

JDBC定义了4种不同的驱动，具体来说，包括有： 类型1：JDBC-ODBC桥 在JDBC刚产⽣时，JDBC-ODBC桥是⾮常有⽤的。

通过它，开发者可以使⽤JDBC来访问⼀个ODBC数据源。

J2EE的核心技术

J2EE的核心技术

J2EE的核心技术J2EE为设计、开发、装配和部署企业级应用程序提供了一个基于构件的解决方案。

使用J2EE可以有效地减少费用，快速设计和开发企业级的应用程序。

J2EE平台提供了一个多层结构的分布式的应用程序模型，该模型具有重用构件的能力、基于XML的数据交换、统一的安全模式和灵活的事务控制。

使用J2EE不仅可以更快地发布新的解决方案，而且独立于平台的特性让使用J2EE的解决方案不受任何提供商的产品和API的限制。

用户可以选择最合适自己的商业应用和所需技术的产品和构件。

（1）EJB。

EJB是Java服务器端的构件模型。

EJB容器作为EJB 构件的执行环境，提供服务器端的系统级功能，包括线程管理、状态管理和安全管理等。

EJB定义了访问构件服务的分布式客户接口模型，通过RMI-IIOP（Java Remote Method Invocation-Internet Inter-ORB Protocol），EJB可以同COBRA对象进行互操作。

使用Java开发的EJB 具有一次编写到处运行的优点，按照标准开发的EJB构件可以部署到任何一个支持EJB标准的应用服务器中。

使用EJB开发企业应用，可以缩短开发周期，开发人员只需要将注意力集中在业务逻辑的实现上，底层服务完全由EJB容器提供。

使用EJB开发的业务逻辑部分具有很好的移植性，不需要更改EJB的代码，开发人员能够将EJB从一种操作环境移植到另一种操作环境。

（2）JDBC。

JDBC是Java语言连接数据库的标准，从免费的MySQL 到企业级的DB2和Oracle, JDBC都提供了很好的接口。

JDBC API有两个部分，一个用来访问数据库的应用程序级的接口，另一个用来将JDBC驱动整合到J2EE平台中的服务提供商接口。

（3）Java Servlet（Java服务器端小程序）。

在Servlet技术中封装了HTTP协议，开发者不需要处理复杂的网络连接和数据包，就可以扩展Web服务器的功能。

J2EE的13种核心技术

J2EE的13种核心技术

J2EE 的‎13种核心‎技术（转载）Java 最‎初是在浏览‎器和 端的开发。

现在，随着对Ja ‎ 发企业级服‎ 务器端解决‎方案客户端机器‎中粉墨登场‎的。

当时 va2平台‎企业版（J2EE ）第三方 的 首选平台之‎一。

，很多人质疑‎它是否适合‎做服务器 支持的增多‎，Java 被‎广泛接纳为‎开J2EE 平‎台由一整套‎服务 Web 的多‎层应用提供‎了功能（Servi ‎c es ）、应用程序接‎口（支持。

APIs ）和协议构成‎，它对开发基‎于在本文中我‎将解释支撑‎ servl ‎e ts, XML, JMS, Java需要使用这‎些技术。

当然， J2EE 的‎13种核心‎技术：JDBC, JNIDL, JTS, JTA, JavaM ‎a il 和我还要介绍‎这些不同的‎技术之间 DI, EJBs, RMI, JSP, Java JAF ，同时还 将描述在何‎时、何处是如何交互‎的。

此外，为了让您更‎好地感受J ‎2EE 的真‎Syste ‎m s 公司的‎一种 广为应用的‎产品―环和J2EE ‎的新手，还是那些想‎了解J2E ‎E能带定很有参考‎价值。

实应用，我将在We ‎b Logi ‎c 应用服务‎器―来自BEA ‎境下来介绍‎ 这些技术。

不论对于W ‎e bLog ‎i c 应用服‎务器来什么好处‎的项目管理‎者和系统分‎析员，相信本文一‎宏观印象: 分布式结构‎和J2EE ‎过去，二层化应用‎ -- 通常被称为‎c l了典型的二‎层化结构。

在 很多情况下‎，服案中，客户端程序‎负责数据访‎问、实现业面、接受用户输‎入等。

clien ‎t /serve ‎r 结改进，而且经常基‎于某种 专有的协议‎―通辑非常困难‎。

更重要的是‎，在Web 时‎代，适应Int ‎e rnet ‎的要求。

ient/serve ‎r 应用 -- 是大家谈论‎的最多的。

图1刻画务 器提供的唯‎一服务就是‎数据库服务‎。

J2EE的13种核心技术.doc

J2EE的13种核心技术.doc

J2EE的13种核心技术J2EE(Java 2 Platform, Enterprise Edition)是一个为大企业主机级的计算类型而设计的Java平台。

Sun微系统(与其工业伙伴一起，例如IBM)设计了J2EE，以此来简化在瘦客户级环境下的应用开发。

下面是的关于J2EE的13种核心技术，欢送大家参考!一、宏观印象: 分布式结构和J2EE过去，二层化应用--通常被称为CLIENT/SERVER应用--是大家谈论的最多的。

在很多情况下，效劳器提供的唯一效劳就是数据库效劳。

在这种解决方案中，客户端程序负责数据访问、实现业务逻辑、用适宜的样式显示结果、弹出预设的用户界面、承受用户输入等。

CLIENT/SERVER结构通常在第一次部署的时候比拟容易，但难于升级或改良，而且经常基于某种专有的协议(通常是某种数据库协议)。

它使得重用业务逻辑和界面逻辑非常困难。

更重要的是，在WEB时代，二层化应用通常不能表达出很好的伸缩性，因而很难适应INTERNET的要求。

SUN设计J2EE的局部起因就是想解决二层化结构的缺陷。

于是J2EE定义了一套标准来简化N层企业级应用的开发。

它定义了一套标准化的组件，并为这些组件提供了完整的效劳。

J2EE还自动为应用程序处理了很多实现细节，如平安、多线程等。

用J2EE开发N层应用包括将二层化结构中的不同层面切分成许多层。

一个N层化应用A能够为以下的每种效劳提供一个分开的层：显示：在一个典型的WEB应用中，客户端机器上运行的浏览器负责实现用户界面。

动态生成显示: 尽管浏览器可以完成某些动态内容显示，但为了兼容不同的浏览器，这些动态生成工作应该放在WEB效劳器端进行，使用JSP、SERVLETS，或者XML(可扩展标记语言)和XSL(可扩展样式表语言)。

业务逻辑：业务逻辑适合用SESSION EJB(后面将介绍)来实现。

数据访问：数据访问适合用ENTITY EJB(后面将介绍)和JDBC 来实现。

J2EE基础知识

J2EE基础知识
7ቤተ መጻሕፍቲ ባይዱ
J2EE发展简史
• 1990，Green项目组创建Oak语言，这就是Java语 言的前身 • 1996年1月，Sun发布Java 1.0 • 1998年夏末又推出了Java 2.0 • 1999年，为了将Java 2的应用拓展到各个领域中， Sun推出了三个版本的Java 2平台，这就是J2ME、 J2SE和J2EE，J2EE由此诞生了
30
体系结构
J2EE .NET
数据层
JDBC、实体Bean
ODBC、
COM+ B/S模式：
业务层 会话Bean、JavaBean 表述层 B/S模式：JSP/Servlet
客户层 C/S模式：Java Swing C/S模式： Windows Forms
31
.NET的体系结构
2
课程安排
Day1: J2EE基础（XML、JAXP、RMI、JNDI） Day2: Java数据库连接（JDBC） Day3: EJB基础 Day4: 会话Bean（JTA、JTS） Day5: 实体Bean Day6: 消息Bean（JMS） Day7: Servlet Day8: JSP Day9: EJB+JSP的使用 Day10: Struts应用开发
15
平
台
• 平台供应商：提供J2EE平台，包括组件容器、平台APIs等 等； • 组件供应商：提供应用程序组件，包括HTML页面设计人 员、JSP程序员、EJB开发人员等等； • 组件装配人员：组装由组件供应商提供的组件，最后形成 EAR(Enterprise Archive)文件 • 部署人员：将装配好的组件部署到容器上； • 系统管理员：管理和配置部署好的系统； • 工具供应商：提供开发组件所使用的工具； • 系统组件供应商：提供系统组件；

J2EE技术概述


(1) JavaEE平台开发商
(2) 应用组件提供者 (3) 应用组装者 (4) 应用发布者 (5) 系统管理员
(6) 工具提供者
(7) 系统组件提供者
3.1 JavaEE平台开发商
JavaEE平台开发者提供实现基 于JavaEE规范的产品，包括运行 JavaEE应用的容器、JavaEE平台 API。JavaEE平台开发者必须提供 JavaEE规范规定的应用组件到网 络协议的映射，提供JavaEE应用 的发布与管理工具。
2.2 CORBA
CORBA体系结构：核心－ORB
2.3 RMI
RMI(Remote Method Invoke)是一种被EJB使用 的更底层的协议，正如其名字所表示的那样，RMI 协议调用远程对象的方法，使用序列化方式在客 户端和服务器端的对象之间传递数据。
RMI和CORBA相比
语言环境：Java RMI是一个分布式对象计算的纯Java解 决方案(如，在Java RMI中，对象的接口用Java定义，而不是 用IDL)； 安全服务：CORBA没有定义安全服务，而Java RMI继承了 Java的安全性； 实现方法：CORBA有不同的实现，不同的独立软件开发商 的不同实现均有独特性，这使得在不同平台上的匹配比较困 难，而且不是所有CORBA产品开发商都支持所有平台，而几乎 所有平台都支持Java虚拟机，因此Java RMI具有更高的可移 植性。
3.5 系统管理员
系统管理员负责配置管理 整个企业或组织的网络与计算 环境，其中包括运行在JavaEE 平台上的JavaEE应用。
3.6 工具提供者
工 具 提 供 者 提 供 JavaEE 平 台之外的JavaEE应用开发、组 装、发布及管理工具。
3.7 系统组件提供者

J2EE的13种核心技术简介2

13种物品:J2EE的13种核心技术(二)-j2ee疯狂代码 / ĵ:http://Java/Article6672.htmlML软件Software工程组织 Java Naming and Directory Interface (JNDI) JNDI API被用于执行名字和目录服务它提供了致模型来存取和操作企业级资源如DNS和LDAP本地文件系统后者在应用服务器中对象 在JNDI中在目录结构中每个结点称为context每个JNDI名字都是相对于context这里没有绝对名字概念存在对个应用来说它可以通过使用 InitialContext 类来得到其第个context: Context ctx = InitialContext; 应用可以通过这个化context经有这个目录树来定位它所需要资源或对象例如假设你在Weblogic服务器中展开了个EJB并将home接口绑定到名字 myApp.myEJB 那么该EJB某个客户在取得个化context以后可以通过以下语句定位home接口: MyEJBHome home = ctx.lookup( \"myApp.myEJB\" ); 在这个例子中旦你有了对被请求对象参考EJBhome接口就可以在它上面思路方法我们将在下面\"Enterprise Java Beans\"章节中做更多介绍 以上有关JNDI讨论只是冰山的角而已如果要更进步地在context中查找对象JNDI也提供了些思路方法来进行以下操作:　 将个对象插入或绑定到context这在你展开个EJB时候是很有效 从context中移去对象 列出context中所有对象 创建或删除子级context 接下来我们要开始关注EJB了 Enterprise Java Beans (EJB) J2EE技术的所以赢得某体广泛重视原因的就是EJB它们提供了个框架来开发和实施分布式商务逻辑由此很显著地简化了具有可伸缩性和高度复杂企业级应用开发EJB规范标准定义了EJB组件在何时如何和它们容器进行交互作用容器负责提供公用服务例如目录服务、事务管理、安全性、资源缓冲池以及容错性 EJB规范标准定义了3中基本bean类型: Stateless session beans: 提供某种单服务不维持任何状态在服务器故障发生时无法继续存在生命期相对较短例如个stateless session bean可能被用于执行温度转换计算 Stateful session bean: T提供了和客户端会话交互可以存储状态从而代表个客户典型例子是购物车Stateful session bean在服务器故障时无法继续生存生命气相对较短每个例子只用于个单个线程 Entity beans: 提供了致性数据表示-- 通常存放在数据库中 -- 在服务器故障发生后能继续存在多用户情况下可以使用EJB来表示相同数据entity EJB个典型例子是客户帐号信息 尽管有以上区别所有EJB还是有许多共同的处它们都处理home erface它定义了个客户端是如何创建和消亡EJB可以在bean中对定义了客户端思路方法远程接口进行；bean类则执行了主要商务逻辑 描述EJB开发已经超出了本文范围但是如果个EJB已经被开发了或者从第 3方进行了购买它就必须在应用服务器中进行发布WebLogic Server 5.1带有个EJB Deployer Tool来协助处理EJB发布当你使用EJB Deployer Tool时候你要定义客户端所用JNDI名字来定位EJBDeployer Tool将生成wrapper类来处理和容器通信以及在个jar文件中把被请求Java类绑定在起 旦EJB被发布客户端就可以使用它JNDI名字来定位EJB首先它必须得到个到home接口reference然后客户端可以使用该接口个 create 思路方法来得到服务器上运行某个bean例子句柄；最后客户端可以使用该句柄在bean中思路方法 了解 EJB后让我们再来看JSP JavaServer Pages (JSPs) 我们中间可能已经有许多人已经熟悉MicrosoftActive Server Pages (ASP)技术了JSP和ASP相对应但更具有平台对立性他们被设计用以帮助Web内容开发人员创建动态网页并且只需要相对较少代码 即使Web设计师不懂得如何编程也可以使用JSPJSP应用是很方便 JSP页面由HTML代码和嵌入其中Java代码所组成服务器在页面被客户端所请求以后对这些Java代码进行处理然后将生成HTML页面返回给客户端浏览器 下面我们来看个JSP简单例子它只显示了服务器当前日期和时间虽然对语法具体解释已经超出了本文范围但我们还是可以很直观地看到Java代码被放在符号中间而Java表达式则放在符号的间 Date JSP sample The current date is . 您可能有时候听说过JHTML这是JSP以前种较老标准WebLogic服务器既可支持JSP又可支持JHTML请注意在缺省状况下JSP在WebLogic服务器中并没有处于有效状态要使的有效你可以编辑weblogic.properties文件如果Web服务器还没有处于有效状态则要先使的有效Servlet情况和JSP是样 下面是: Java servlets Java servlets servlet提供功能大多和JSP类似不过实现方式区别JSP通常是大多数HTML代码中嵌入少量Java代码而servlets全部由Java写成并且生成HTML servlet是种小型Java它扩展了Web服务器功能作为种服务器端应用当被请求时开始执行这和CGI Perl脚本很相似Servlets和CGI脚本个很大区别是:每个CGI在开始时候都要求开始个新进程 -- 而servlets是在servlet引擎中以分离线程来运行因此servlets在可伸缩性上提供了很好改进 在开发servlets时候您常常需要扩展javax.servlet.http.HttpServlet 类并且override些它思路方法其中包括: service: 作为dispatcher来实现命令-定义思路方法 doGet: 处理客户端HTTP GET请求 doPost: 进行HTTP POST操作 其它思路方法还包括处理区别类型HTTP请求 -- 可以参考HttpServlet API文档 以上描述是标准J2EE Servlet API各种思路方法WebLogic服务器提供了个该API完整实现途径旦你开发了个servlet你就可以在weblogic.properties 中加以注册并由此可以在WebLogic服务器中对它进行配置 通过Java servlets,我们已经到达了J2EE主要技术末尾了但J2EE所提供并不止于这些下面段落中我们将简要地看下现存些技术包括RMI, Java IDL和CORBA, JTA, 以及XML等等 Remote Method Invocation (RMI) 正如其名字所表示那样RMI协议是在远程对象上些思路方法它使用了连续序列方式在客户端和服务器端传递数据RMI是种被EJB使用更下层协议 Java IDL/CORBA 在Java IDL支持下开发人员可以将Java和CORBA集成在起 他们可以创建Java对象并使的可在CORBA ORB中展开, 或者他们还可以创建Java类并作为和其它ORB起展开CORBA对象客户后种思路方法提供了另外种途径通过它Java可以被用于将你新应用和legacy系统相集成 Java Transaction Architecture (JTA)/Java Transaction Service (JTS) JTA定义了种标准API应用系统由此可以存取各种事务监控 JTS是CORBA OTS事务监控基本实现JTS规定了事务管理器实现方式该事务管理器是在高层支持Java Transaction API (JTA)规范标准并且在较底层实现OMG OTS specicationJava映像JTS事务管理器为应用服务器、资源管理器、独立应用以及通信资源管理器提供了事务服务 JavaMail and JavaBeans Activation Framework JavaMail是用于存取邮件服务器API它提供了套邮件服务器抽象类不仅支持SMTP服务器也支持IMAP服务器 JavaMail利用JavaBeans Activation Framework (JAF)来处理MIME-编码邮件附件MIME字节流可以被转换成Java对象或者转换自Java对象由此大多数应用都可以不需要直接使用JAF Java Messaging Service (JMS) JMS是用于和面向消息中间件相互通信应用接口(API)它既支持点对点域有支持发布/订阅(publish/subscribe)类型域并且提供对下列类型支持:经认可消息传递,事务型消息传递致性消息和具有持久性订阅者支持JMS还提供了另种方式来对您应用和legacy backend系统相集成 Extensible Markup Language (XML) XML是种可以用来定义其它标记语言语言它被用来在区别商务过程中共享数据XML发展和Java是相互独立但是它和Java具有相同目标正是平台独立性通过将Java和XML组合您可以得到个完美具有平台独立性解决方案目前正有许多区别公司在为Java和XML组合而努力如果要了解更多这方面信息可以访问SunJava-XML页面或者IBM developerWorksXML Zone 2009-2-12 5:25:26疯狂代码 /。

J2EE核心技术

J2EE核心技术支撑J2EE的13种核心技术：JDBC，JNDI，EJB，RMI，JSP，JavaServlets，XML，JMS，JavaIDL，JTS，JTA，JavaMail和JAF。

下边我们简单的介绍一下。

(1) JDBC（Java Data Base Connectivity,java数据库连接）JDBC以一种统一的方式来对各种各样的数据库进行存取。

和ODBC一样，JDBC 为开发人员隐藏了不同数据库的不同特性。

另外，由于JDBC建立在Java的基础上，因此还提供了数据库存取的平台独立性。

JDBC定义了4种不同的驱动程序：JDBC-ODBC Bridge、JDBC- native driver bridge、JDBC-network bridge、PureJavadriver。

在一个多层的企业级应用中，更大的可能是在客户端和一个EJB进行通信，采用EJB建立数据库连接。

为了实现和改进可伸缩性和系统性能，也可以采用连接缓冲池（connection pool）优化数据库连接。

(2) JNDI(Java Naming and Directory Interface，Java命名和目录接口)JNDI API被用于执行名字和目录服务。

它提供了一致的模型来存取和操作企业级的资源如DNS和LDAP，本地文件系统，后者在应用服务器中的对象。

在JNDI 中，在目录结构中的每一个结点称为context。

每一个JNDI名字都是相对于context的。

应用可以通过这个初始化的 context经有这个目录树来定位它所需要的资源或对象。

(3) EJB (Enterprise JavaBean)EJB提供了一个框架来开发和实施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。

EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。

容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。

J2EE的十三个规范

J2EE想必大家都不陌生吧，貌似现在更流行将其称作JavaEE，不管名字怎么变，核心和思想是没有变的。

学习J2EE首先要了解它的规范，下面我们一起看看它的十三个规范。

1，JDBC（Java Database Connectivity）用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。

个人理解：跟微软的ODBC很像，应该说是ODBC和ADO的结合。

可以理解为面向对象的ODBC，毫无疑问，面向对象的接口对于Java程序员来说更容易理解。

ODBC把简单功能跟高级功能放到了一起，相对来说比较难学，而JDBC 尽量保证简单功能的简便性，同时又可以在需要的时候使用高级功能。

JDBC针对Java的风格和优点进行了优化，让我们在使用时更加得心应手。

2，JNDI（Java Name and Directory Interface）Java应用中访问命名和目录服务的API。

命名服务将名称和对象联系起来，使得我们可以用名称访问对象。

个人理解：JNDI是为了对高级网络应用开发中使用的目录基础结构进行访问。

这个目录其实是一个特殊的数据库，提供了对存储数据的快速访问，不象传统的目录服务访问方式那样必须提供不同的API接口去访问不同的目录服务（如：LDAP，NIS，ADS等），它统一了不同类型目录访问的接口。

JDNI与JDBC都构建在抽象层上。

3，EJB（Enterprise Javabean）EJB是sun的服务器端组件模型，设计目标与核心应用是部署分布式应用程序。

EJB是Java的核心代码，分别是会话Bean（Session Bean），实体Bean（Entity Bean）和消息驱动Bean（MessageDriven Bean）。

个人理解：EJB是J2EE被程序员广泛运用的一大功臣，是J2EE的核心。

EJB提供了一个框架来开发和实施分布式商务逻辑，从而大大简化了开发高复杂度、易扩展企业应用的难度。

  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

J2EE 技术
在接下来的部分里，我们将描述构成 J2EE 的各种技术，并且了解 WEBLOGIC 服务器是如何在一个分布式应用中对它们进行支持的。最常用的 J2EE 技术应该 是 JDBC、JNDI、EJB、JSP 和 SERVLETS，对这些我们将作更仔细的考察。
图 2 表示了在一个分布式应用中，J2EE 技术的各个方面通常在何处发挥作 用。
OK。接着我们来看一看 JDBC 是如何在企业应用中的进行使用。
JDBC 在企业级应用中的应用
以上实例其实是很基本的，可能有些微不足道。它假定了一个 2 层结构。 在一个多层的企业级应用中，更大的可能是在客户端和一个 EJB 进行通信，该 EJB 将 建立数据库连接。为了实现和改进可伸缩性和系统性能， WEBLOGIC 服务 器提供了对连接缓冲池 CONNECTION POOL 的支持。
以下让我们看一个实例。
JDBC 实例
在这个例子中我们假定你已经在 CLOUDSCAPE 中建立了一个 PHONEBOOK 数据 库，并且包含一个表，名为 CONTACT_TABLE ，它带有 2 个字段：NAME 和 PHONE。 开始的时候先装载 CLOUDSCAPE JDBC DRIVER，并请求 DRIVER MANAGER 得到一个 对 PHONEBOOK CLOUDSCAPE 数据库的连接。通过这一连接，我们可以构造一个 STATEMENT 对象并用它来执行一个简单的 SQL 查询。最后，用循环来遍历结果集 的所有数据，并用标准输出将 NAME 和 PHONE 字段的内容进行输出。
现在我们已经对 JDBC 有了一些认识，下面该转向 JNDI 了。
类型 4: PURE JAVA DRIVER
第 4 种类型通过使用一个纯 JAVA 数据库驱动程序来执行数据库的直接访问。 此类型实际上在客户端实现了 2 层结构。要在 N-层结构中应用，一个更好的做 法是编写一个 EJB，让它包含存取代码并提供一个对客户端具有数据库独立性的 服务。
WEBLOGIC 服务器为一些通常的数据库提供了 JDBC 驱动程序，包括 ORACLE, SYBASE, MICROSOFT SQL SERVER 以及 INFORMIX。它也带有一种 JDBC 驱动程序用 于 CLOUDSCAPE，这是一种纯 JAVA 的 DBMS，WEBLOGIC 服务器中带 有该数据库的 评估版本。
分布式结构与 WEBLOGIC 应用服务器
J2EE 提供了一个框架--一套标准 API--用于开发分布式结构的应用，这个 框架的实际实现留给了第三方厂商。部分厂商只是专注于整个 J2EE 架构中 的的 特定组件，例如 APACHE 的 TOMCAT 提供了对 JSP 和 SERVLETS 的支持，BEA 系统 公司则通过其 WEBLOGIC 应用服务器产品为整个 J2EE 规范提供了一个较为完整 的实现。
JDBC 定义了 4 种不同的驱动程序，现分述如下：
类型 1: JDBC-ODBC BRIDGE
在 JDBC 出现的初期，JDBC-ODBC 桥显然是非常有实用意义的，通过 JDBC-ODBC 桥，开发人员可以使用 JDBC 来存取 ODBC 数据源。不足 的是，他需 要在客户端安装 ODBC 驱动程序，换句话说，必须安装 MICROSOFT WINDOWS 的某 个版本。使用这一类型你需要牺牲 JDBC 的平台独立性。另外，ODBC 驱动程序还 需要具有客户端的控制权限。
数据访问：数据访问适合用 ENTITY EJBS（后面将介绍）和 JDBC 来实现。
后台系统集成: 同后台系统的集成可能需要用到许多不同的技术，至于何种 最佳需要根据后台系统的特征而定。
您可能开始诧异：为什么有这么多的层？事实上，多层方式可以使企业级应 用具有很强的伸缩性，它允许每层专注于特定的角色。例如，让 WEB 服务器负责 提供页面，应用服务器处理应用逻辑，而数据库服务器提供数据库服务。
在企业级应用的另一 个常见的数据库特性是事务处理。事务是一组申明 STATEMENT，它们必须做为同一个 STATEMENT 来处理以保证数据完整性。缺省情 况下 JDBC 使 用 AUTO-COMMIT 事务模式。这可以通过使用 CONNECTION 类的 SETAUTOCOMMIT() 方法来实现。
图 2. 一个 N 层应用结构的例子
JAVA DATABASE CONNECTIVITY (JDBC)
JDBC API 以一种统一的方式来对各种各样的数据库进行存取。和 ODBC 一样， JDBC 为开发人员隐藏了不同数据库的不同特性。另外，由于 JDBC 建立在 JAVA 的基础上,因此还提供了数据库存取的平台独立性。
类型 3: JDBC-NETWORK BRIDGE
JDBC 网络桥驱动程序不再需要客户端数据库驱动程序。它使用网络上的中 间服务器来存取数据库。这种应用使得以下技术的实现有了可能，这些技术包括 负载 均衡、连接缓冲池和数据缓存等。由于第 3 种类型往往只需要相对更少的 下载时间，具有平台独立性，而且不需要在客户端安装并取得控制权，所以很适 合于 INTERNET 上的应用。
JAVA 最初是在浏览器和客户端机器中粉墨登场的。当时，很多人质疑它是 否适合做服务器端的开发。现在，随着对 JAVA2 平台企业版（J2EE）第三方支持 的增多，JAVA 被广泛接纳为开发企业级服务器端解决方案的首选平台之一。
J2EE 平台由一整套服务（SERVICES）、应用程序接口（APIS）和协议构成， 它对开发基于 WEB 的多层应用提供了功能支持。
此外，为了让您更好地感受 J2EE 的真实应用，我将在 WEBLOGIC 应用服务 器—来自 BEA SYSTEMS 公司的一种广为应用的产品—环境下来介绍这些技术。不 论对于 WEBLOGIC 应用服务器和 J2EE 的新手，还是那些想了解 J2EE 能带来什 么 好处的项目管理者和系统分析员，相信本文一定很有参考价值。
IMPORT JAVA.SQL.*;
PUBLIC CLASS JDBCEXAMPLE { PUBLIC STATIC VOID MAIN( STRING ARGS[] ) { TRY { CLASS.FORNAME("COM.CLOUDSCAPE.CORE.JDBCDRIVER"); CONNECTION CONN = DRIVERMANAGER.GETCONNECTION("JDBC:CLOUDSCAPE:PHONEBOOK"); STATEMENT STMT = CONN.CREATESTATEMENT(); STRING SQL = "SELECT NAME, PHONE FROM CONTACT_TABLE ORDER BY NAME"; RESULTSET RESULTSET = STMT.EXECUTEQUERY( SQL );
显示：在一个典型的 WEB 应用中，客户端机器上运行的浏览器负责实现用户 界面。
动态生成显示: 尽管浏览器可以完成某些动态内容显示，但为了兼容不同的 浏览器，这些动态生成工作应该放在 WEB 服务器端进行，使用 JSP、SERVLETS， 或者 XML（可扩展标记语言）和（可扩展样式表语言）。
业务逻辑：业务逻辑适合用 SESSION EJBS（后面将介绍）来实现。
STRING NAME; STRING PHONE; WHILE ( RESULTSET.NEXT() ) { NAME = RESULTSET.GETSTRING(1).TRIM();
Hale Waihona Puke HONE = RESULTSET.GETSTRING(2).TRIM(); SYSTEM.OUT.PRINTLN( NAME + ", " + PHONE ); } } CATCH ( EXCEPTION E ) { // HANDLE EXCEPTION HERE E.PRINTSTACKTRACE(); } } }
类型 2: JDBC-NATIVE DRIVER BRIDGE
JDBC 本地驱动程序桥提供了一种 JDBC 接口，它建立在本地数据库驱动程序 的顶层，而不需要使用 ODBC。 JDBC 驱动程序将对数据库的 API 从标准的 JDBC 调用转换为本地调用。使用此类型需要牺牲 JDBC 的平台独立性，还要求在客户 端安装一些本地代码。
宏观印象: 分布式结构和 J2EE
过去，二层化应 用 -- 通常被称为 CLIENT/SERVER 应用 -- 是大家谈论的 最多的。图 1 刻画了典型的二层化结构。在很多情况下，服务器提供的唯一服务 就是数据库服务。在这种解决方案中，客户端程序负责数据访问、实现 业务逻 辑、用合适的样式显示结果、弹出预设的用户界面、接受用户输入等。 CLIENT/SERVER 结构通常在第一次部署的时候比较容易，但难于升级或改 进， 而且经常基于某种专有的协议—通常是某种数据库协议。它使得重用业务逻辑和 界面逻辑非常困难。更重要的是，在 WEB 时代，二层化应用通常不能体现出很 好 的伸缩性，因而很难适应 INTERNET 的要求。
WEBLOGIC 服务器已使建立和部署伸缩性较好的分布式应用的过程大为简化。 WEBLOGIC 和 J2EE 代你处理了大量常规的编程任务，包括提供事务服务、安全领 域、可靠的消息、名字和目录服务、数据库访问和连接池、线程池、负载平衡和 容错处理等。
通过以一种标准、易用的方式提供这些公共服务，象 WEBLOGIC 服务器这样 的产品造就了具有更好伸缩性和可维护性的应用系统，使其为大量的用户提供了 增长的可用性。
CONNECTION POOL 减少了建立和释放数据库连接的消耗。在系统启动以后 即可建立这样的缓冲池，此后如故再有对数据库的请求，WEBLOGIC 服务器可以 很简单地从缓 冲池中取出数据。数据缓冲池可以在 WEBLOGIC 服务器的 WEBLOGIC.PROPERTIES 文件中进行定义。(可参考 WEBLOGIC.PROPERTIES 文件中 的例子，WEBLOGIC 服务器的文档中还有更详细的参考信息)