J2EE核心技术
类型 4： PURE JAVA DRIVER
第4种类型通过使用一个纯JAVA数据库驱动程序来执行数据库的直接访问。此类型实际上在客户端实现了2层结构。要在N-层结构中应用，一个更好的做法是编写一个EJB，让它包含存取代码并提供一个对客户端具有数据库独立性的服务。
WEBLOGIC服务器为一些通常的数据库提供了JDBC驱动程序，包括ORACLE,SYBASE,MICROSOFT SQLSERVER以及INFORMIX。它也带有一种JDBC驱动程序用于CLOUDSCAPE，这是一种纯JAVA的DBMS，WEBLOGIC服务器中带有该数据库的评估版本。
以下让我们看一个实例。
JDBC实例在这个例子中我们假定你已经在CLOUDSCAPE中建立了一个PHONEBOOK数据库，并且包含一个表，名为CONTACT_TABLE ，它带有2个字段：NAME 和 PHONE。开始的时候先装载CLOUDSCAPE JDBC DRIVER，并请求DRIVER MANAGER得到一个对PHONEBOOK CLOUDSCAPE数据库的连接。通过这一连接，我们可以构造一个STATEMENT 对象并用它来执行一个简单的SQL查询。最后，用循环来遍历结果集的所有数据，并用标准输出将NAME和PHONE字段的内容进行输出。
OK。接着我们来看一看JDBC是如何在企业应用中的进行使用。JDBC在企业级应用中的应用以上实例其实是很基本的，可能有些微不足道。它假定了一个2层结构。在一个多层的企业级应用中，更大的可能是在客户端和一个EJB进行通信，该EJB将建立数据库连接。为了实现和改进可伸缩性和系统性能，WEBLOGIC服务器提供了对连接缓冲池CONNECTION POOL的支持。CONNECTION POOL减少了建立和释放数据库连接的消耗。在系统启动以后即可建立这样的缓冲池，此后如故再有对数据库的请求，WEBLOGIC服务器可以很简单地从缓 冲池中取出数据。数据缓冲池可以在WEBLOGIC服务器的WEBLOGIC.PROPERTIES 文件中进行定义。(可参考 WEBLOGIC.PROPERTIES 文件中的例子，WEBLOGIC服务器的文档中还有更详细的参考信息)在企业级应用的另一 个常见的数据库特性是事务处理。事务是一组申明STATEMENT，它们必须做为同一个STATEMENT来处理以保证数据完整性。缺省情况下JDBC使 用 AUTO-COMMIT 事务模式。这可以通过使用CONNECTION类的 SETAUTOCOMMIT() 方法来实现。
现在我们已经对JDBC有了一些认识，下面该转向JNDI了。
JAVA NAMING AND DIRECTORY INTERFACE (JNDI)
JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和操作企业级的资源如DNS和LDAP，本地文件系统，后者在应用服务器中的对象。
在JNDI中，在目录结构中的每一个结点称为CONTEXT。每一个JNDI名字都是相对于CONTEXT的。这里没有绝对名字的概念存在。对一个应用来说，它可以通过使用 INITIALCONTEXT 类来得到其第一个CONTEXT：
CONTEXT CTX = NEW INITIALCONTEXT();
应用可以通过这个初始化的CONTEXT经有这个目录树来定位它所需要的资源或对象。例如，假设你在WEBLOGIC服务器中展开了一个EJB并将 HOME接口绑定到名字 MYAPP.MYEJB ，那么该EJB的某个客户在取得一个初始化
CONTEXT以后，可以通过以下语句定位HOME接口：
MYEJBHOME HOME = CTX.LOOKUP( "MYAPP.MYEJB" );
在这个例子中，一旦你有了对被请求对象的参考，EJB的HOME接口就可以在它上面调用方法。我们将在下面的"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： 提供了与客户端的会话交互，可以存储状态从而代表一个客户。典型例子是购物车。STATEFUL SESSION BEAN在服务器故障时无法继续生存，生命期相对较短。每一个实例只用于一个单个的线程
ENTITY BEANS： 提供了一致性数据的表示-- 通常存放在数据库中 -- 在服务器故障发生后能继续存在。多用户情况下可以使用EJB来表示相同的数据。ENTITY EJB的一个典型例子是客户的帐号信息。
尽管有以上的区别，所有的EJB还是有许多的共同之处：
它们都处理HOME INTERFACE。它定义了一个客户端是如何创建与消亡EJB的。
可以在BEAN中对定义了客户端方法的远程接口进行调用;
BEAN类则执行了主要的商务逻辑描述
EJB的开发已经超出了本文的范围。但是，如果一个EJB已经被开发了或者从第三方进行了购买，它就必须在应用服务器中进行发布。WEBLOGIC SERVER 5.1带有一个EJB DEPLOYER TOOL来协助处理EJB的发布。当你使用EJB DEPLOYER TOOL的时候，你要定义客户端所用的JNDI名字来定位EJB。DEPLOYER TOOL将生成WRAPPER类来处理和容器的通信以及在一个JAR文件中把被请求的JAVA类绑定在一起。一旦EJB被发布，客户端就可以使用它的JNDI名字来定位EJB。
首先，它必须得到一个到HOME接口的REFERENCE。
然后，客户端可以使用该接口，调用一个 CREATE() 方法来得到服务器上运行的某个BEAN实例的句柄;