J2EE的十三种技文术(规范).doc

J2EE的十三种技术（规范） Java数据库连接（JDBC） 　　JDBC API以一个统一的方式访问各种数据库。与ODBC类似，JDBC将开发者和私有数据库之间的问题隔离开来。由于它建立在Java上，因此JDBC可以提供平台无关的数据库访问。　　JDBC定义了4种不同的驱动，具体来说，包括有：　　类型1：JDBC-ODBC桥　　在JDBC刚产生时，JDBC-ODBC桥是非常有用的。通过它，开发者可以使用JDBC来访问一个ODBC数据源。缺点是，它需要在客户机器上安装有一个ODBC驱动，该机器通常是应该运行微软Windows系统的。使用这一类的驱动器，你就会失去JDBC平台无关的好处。此外，ODBV驱动器需要客户端的管理。　　类型2：JDBC-native驱动桥　　JDBC-native驱动桥提供了一个建筑在本地数据库驱动上的JDBC接口--没有使用ODBC。JDBC驱动将标准的JDBC调用转变为对数据库API的本地调用。使用类型2的驱动也会失去JDBC平台无关性的好处，并且需要安装客户端的本地代码。　　类型3：JDBC-network桥　　JDBC-network桥不需要客户端的数据库驱动。它们使用网络-服务器中层来访问一个数据库。这会引出诸如负载均衡、连接池等技术，数据缓冲也是可能的。由于类型3的驱动通常可带来相对小的下载时间，它是平台无关的，并且不需要客户端的安装和管理，因此很适合用作Internet的应用。　　类型4：纯Java驱动　　类型4使用纯Java数据库驱动来提供直接的数据库访问。由于类型4驱动运行在客户端，并且直接访问数据库，因此运行在这个模式暗示要使用一个两层的体系。要在一个n层的体系中使用类型4的驱动，可以通过一个包含有数据访问代码的EJB，并且让该EJB为它的客户提供一个数据库无关的服务。Java命名和目录接口（Java Naming and Directory Interface，JNDI）  JNDI是Java Naming and Directory Interface 的简写，中意为：Java命名及目录接口，它是为了对高级网络应用开发中的使用的目录基础结构的访问。实际上这个目录是一个特殊的数据库，提供了对存储数据的快速访问，不象传统的目录服务访问方式-你必须提供不同的API接口去访问不同的目录服务（如：LDAP，NIS，ADS等），而它提供了一种标准的API来访问类型不同的目录。据说，使用完整的SDK可以开发那些JNDI还不支持的目录服务提供者。 JNDI是J2EE的一个API，提供了一套标准的接口，以定位用户、机器、网络、对象、以及服务。例如，你可以使用JNDI来定位内部网中的一台打印机，你也可以使用它来定位Java对象或连接到一个数据库。JNDI可以用于EJB、RMI-IIOP、JDBC中。它是网络查找定位的标准方法。　　JNDI API被用来访问命名和目录服务。它提供一个相容的模式来访问和操作企业范围大的资源，例如一个应用服务器中的DNS、LDAP、本地文件系统或者对象。　　在JNDI中，一个目录结构中的每一个节点被称为context。每一个JNDI的名字都是与一个context相对的，没有一个绝对名字的概念。一个应用可以使用InitialContext类来得到它的第一个context：　　　Context ctx = new InitialContext();　　通过这个初始的context，应用就可以经过目录树定位到需要的资源或者对象。例如，假定你已经在WebLogic Server中配置了一个EJB，并且在myApp.myEJB中绑定了home接口。EJB的客户端，在得到这样一个初始的context后，然后就可以使用以下的代码来定位到home接口：　　　MyEJBHome home = ctx.lookup( myApp.myEJB );　　一旦你得到你所需对象的一个引用--在这个例子中，就是EJB的home接口--然后你可以调用它上面的方法。为了在一个context中查找到一个对象，JNDI还提供方法可以做到：　　插入或者绑定一个对象到一个context中。在你配置一个EJB时，这是非常有效的方法；　　从一个context中移去一个对象　　列出一个context中的所有对象　　创建和删除subcontexts企业Java Beans（Enterprise Java Beans，EJB） 　　J2EE其中一个引人注目的技术是EJB。它提供了一个架构来开发和配置到客户端的分布式商业逻辑，因此可以明显减少开发扩展性、高度复杂企业应用的难度。EJB规范定义了EJB组件应该如何及何时与它们的容器交互。由容器来负责提供普通的服务