连接池：深入 J2EE 的连接合用

核心提示： 用于连接对象的 javax.jms.QueueConnection 或 javax.jms.TopicConnectionJMS 服务供应商实现那些接口， 代码样本 显示了 EJB 组件如何使用连接对象来访问消息队列资源，连接池：深入 J2EE 的连接合用(4)， 在连接合用时，JMS fact

用于连接对象的 javax.jms.QueueConnection 或 javax.jms.TopicConnection

JMS 服务供应商实现那些接口。 代码样本 显示了 EJB 组件如何使用连接对象来访问消息队列资源。

在连接合用时，JMS factory 类通常要有代理（由管理员配置），以便 open() 和 close() 请求实际上发往管理连接池的代理。遵循 JMS API 的指示，JMS 服务器供应商可以实现数据库来管理消息队列。在那种情况下，适当的 JDBC 驱动程序将提供连接合用。如果应用已经使用 JDBC 2.0 连接池启用的数据库，那么，您所要做的只是为 JMS 配置 JNDI 特性，以使用那个 JDBC 实例。

JNDI API for LDAP
javax.naming.LDAP 包包括特定于 LDAP 的类（而不包括在通用 javax.naming.directory 中）。与 JDBC 2.0 和 JMS 1.02 API 不同，JNDI LDAP API 不为连接合用指定任何接口。目录服务供应商可以有选择地通过 SDK 提供支持。例如，iPlanet 的 Netscape Directory Server SDK 4.0 for Java 包括以下构建 LDAP 客户机所用的类：

public　class　netscape.ldap.util.ConnectionPool　extends　java.lang.Object　
methods:　Connection(),　getConnection(),　close(),　etc.　

J2EE Connector Architecture 1.0

在以上所有示例中，EJB 组件必须导入特定于供应商的实现类，以使用资源的连接合用设施。很明显，这种做法降低了 EJB 的可移植性，并不利于 J2EE 的发展。

理想的做法是内置一个可用于任何资源类型和所有连接管理功能（包括合用）的通用连接接口。这就是即将出现的 J2EE Connector Architecture 1.0 规范的目标之一，在我写这篇文章之时，就已经公开了一份草案副本。