分类：
2008-09-09 15:20:27
Apache 目录是众多的 Internet 中的一个开放源码的、基于 的实现。ApacheDS 的核心是目录服务，可以保存数据，并对不同类型的数据进行搜索操作。的实现在目录顶层工作，提供与数据、搜索和检索有关的 Internet 服务。
ApacheDS 最重要的特性可能是利用不同公开目录服务的能力。这意味着可以把应用程序的数据（包括运行时的 对象）保存在 ApacheDS 中，而不同的客户机可以使用不同的协议来利用数据。由 ApacheDS 实现的最重要的协议是轻量级目录访问协议（LDAP）。ApacheDS 充当 LDAP 服务器，侦听请求，与内部核心目录服务协调，响应 LDAP 请求。
在这个两部分的系列中，我将介绍核心的 ApacheDS 架构，并介绍在 ApacheDS 中保存运行时 Java 对象的全部步骤。因为我对 ApacheDS 的关注几乎全在它作为 LDAP 服务器实现上，所以本系列的第 1 部分主要介绍 LDAP 功能和术语。但在进入这部分之前，我要介绍 ApacheDS 模块化的可扩展架构，并解释如何用它把新的协议实现和 Internet 服务插入 ApacheDS.对 ApacheDS 核心目录服务工作方式的理解，有助于后面理解它提供 LDAP 功能的方式。
要跟上这篇文章的讨论，需要 并安装 ApacheDS 和 JXplorer.可能还要 完整源代码 供文章使用。
ApacheDS 中的目录服务
目录服务 是保存和组织数据的应用程序。目录服务处理不需要频繁更新的数据，例如系统用户的个人数据（例如姓名、地址、电话号码）或者车间的生产能力（例如安装的设备的数量、型号和生产能力）。在本系列的第 2 部分中，将介绍一个整合了这两种类型数据的示例应用程序。现在，我把重点放在 ApacheDS 提供目录服务的方式上。
ApacheDS 实现 JNDI
在图 1 中可以看到，ApacheDS 为自己的核心目录服务实现了 Java 名称和目录接口（JNDI）包装器。JNDI 是 Java 接口，定义了执行目录操作的方法，例如在目录中保存数据和搜索保存的数据。JNDI 是 Java 2 企业版（J2EE）和 Java 2 标准版（J2SE）的组成部分。其中 J2SE 只包含客户端 JNDI 支持，而 J2EE 容器通常包含服务器端 JNDI 实现。J2EE 容器可以通过 ApacheDS 的 JNDI 包装器利用它的目录服务，如图 1 所示：
图 1. ApacheDS 在 J2EE 容器内工作
JNDI 中的接口集提供了目录服务的抽象。JNDI 实现提供了与目录服务对话的实际逻辑（例如，Java 平台自带了针对 LDAP 的 JNDI 实现）。只要拥有针对这一类型的 JNDI 实现，您就可以用 JNDI 与任何类型的目录服务对话。如果想在基于 Java 的客户机应用程序中使用 JNDI，就需要 JNDI 的客户端实现。客户端 JNDI 实现提供的类，实现的是进行目录操作请求的 JNDI.
ApacheDS 实现服务器端 JNDI.这意味着它包含的类，实现的是对目录操作请求进行响应的 JNDI 接口。正如前面指出的（如 图 1 所示），J2EE 容器可以通过 ApacheDS 的 JNDI 包装器利用它的目录服务。
可插入的协议支持
图 1 只显示了 ApacheDS 的一个使用模型。ApacheDS 的用途不仅仅是嵌在 J2EE 容器内作为目录服务。可以用 ApacheDS 实现任何需要后端目录服务的协议。甚至可以用它同时为各种类型的协议服务；例如，当前的 ApacheDS 实现就同时实现了 LDAP 和 Kerberos.而且，ApacheDS 中支持的协议的列表仍在增长。
ApacheDS 拥有灵活的可扩展的架构，因此可以实现新的协议。在图 2 中可以看到 ApacheDS 架构的模型，它工作在 图 1 所示的 JNDI 包装器之上：
图 2. ApacheDS 灵活的可扩展的架构
可以看到，ApacheDS 使用一套叫做多用途网络应用程序接口（MINA）的接口。MINA 支持把新的协议实现插入 ApacheDS.在介绍这些内容之前，我要解释一下 MINA 的工作方式。
MINA 如何工作
MINA 中的接口包含的方法可以生成特定协议的工厂对象。这些工厂对象提供了把新协议实现插入 ApacheDS 的手段。协议实现负责实现 MINA 接口，ApacheDS 框架依靠 MINA 包含的方法与协议实现对话。
例如，MINA 有一个叫做 ProtocolProvider 的接口，该接口有一个 getCodecFactory（） 方法。ProtocolProvider.getCodecFactory（） 方法返回一个对象，公开另一个叫做 ProtocolCodecFactory 的 MINA 接口。
ApacheDS 中的协议实现，实现了 ProtocolProvider 接口。例如，ApacheDS 中的 LDAP 实现拥有一个叫做 LDAPProtocolProvider 的类，这个类实现了 ProtocolProvider 接口。
LDAPProtocolProvider 中的 getCodecFactory（） 方法返回一个公开 ProtocolCodecFactory 接口的对象。这个 ProtocolCodecFactory 是一个工厂对象，ApacheDS 框架用它创建特定于 LDAP 的编码和解码对象。
ProtocolCodecFactory 包含 newEncoder（） 和 newDecoder（） 方法，这两个方法返回的对象公开 MINA 的 ProtocolEncoder 和 ProtocolDecoder 接口。特定于协议的编码对象公开 ProtocolEncoder 接口，而解码对象则公开 ProtocolDecoder 接口。
MINA 的编码和解码框架
猜也猜得出来，ApacheDS 框架使用特定于协议的 ProtocolDecoder 实例对协议请求进行解码，这样就可以在处理请求之前理解请求的意义。在解码之后，ApacheDS 处理请求。例如，如果请求是一个 LDAP 搜索请求，那么 ApacheDS 就会在后端目录服务中搜索需要的数据，并提取搜索结果。
在找到需要的搜索结果后，ApacheDS 框架用特定于协议的 ProtocolEncoder 对象编码搜索结果。在 LDAP 搜索请求的示例中，ApacheDS 会使用特定于 LDAP 的 ProtocolEncoder 对象在向请求客户机发送响应之前对搜索结构进行编码。
MINA 的服务框架
MINA 还有处理服务的类。任何服务提供者都可以把自己注册到一个服务注册表，而协议提供者会与提供服务的提供者类一起注册。然后协议提供者就把协议请求映射成 JNDI 操作。简单的示例就是映射到 JNDI 搜索请求的 LDAP 搜索请求。一旦 ApacheDS 框架了解了在处理协议请求时需要包含哪个 JNDI 操作，它就能生成事件。
MINA 中的事件处理框架把事件传递给适当的处理程序。例如，如果请求需要调用 JNDI 搜索操作，那么就调用搜索处理程序。MINA 还维护了一个线程池。如果处理程序正忙着处理前一个操作，那么事件会临时保存在线程池中，直到得到处理。
在 图 2 中可以看到操作 JNDI 的协议提供者、MINA 接口、类以及操作处理程序。
ApacheDS 框架最大的优势可能是它使用公共的目录服务（JNDI）处理不同的协议提供者。这意味着可以使用 ApacheDS 时，可以用不同的协议向客户机公开数据。因为 ApacheDS 支持的最重要的协议是 LDAP （而且因为日后主要会把 ApacheDS 用作保存 Java 对象的 LDAP 服务器），所以我想进一步深入讨论 LDAP.请参阅 参考资料 了解关于 ApacheDS 架构的更多内容。
[1]
