Package javax.naming.ldap
该包扩展了Java命名和目录接口(JNDI)的目录操作。 JNDI为以Java编程语言编写的应用程序提供命名和目录功能。 它被设计为独立于任何特定的命名或目录服务实现。 因此,可以以一种常见的方式访问各种服务 - 新的,新兴的和已经部署的服务。
此软件包适用于由RFC 2251定义的处理LDAPv3扩展操作和控件的应用程序和服务提供商。 该软件包中的核心界面是LdapContext
,它定义了上下文中执行扩展操作和处理控件的方法。
扩展操作
该包定义了接口ExtendedRequest
来表示扩展操作的参数,并且接口ExtendedResponse
表示扩展操作的结果。 扩展响应始终与扩展请求配对,但不一定反之亦然。 也就是说,您可以有一个没有相应扩展响应的扩展请求。
应用程序通常不直接处理这些接口。 相反,它处理实现这些接口的类。 应用程序将这些类作为通过IETF标准化的扩展操作的一部分,或从目录供应商获取供应商特定扩展操作的一部分。 请求类应该具有以类型安全和用户友好的方式接受参数的构造函数,而响应类应该具有以类型安全和用户友好的方式获取响应的数据的访问方法。 在内部,请求/响应类处理BER值的编码和解码。
例如,假设LDAP服务器支持“获取时间”扩展操作。 它将提供类别,如GetTimeRequest
和GetTimeResponse
,以便应用程序可以使用此功能。 应用程序将使用以下类:
GetTimeResponse resp = (GetTimeResponse) ectx.extendedOperation(new GetTimeRequest()); long time = resp.getTime();
GetTimeRequest
和GetTimeResponse
类可能定义如下:
public class GetTimeRequest implements ExtendedRequest { // User-friendly constructor public GetTimeRequest() { }; // Methods used by service providers public String getID() { return GETTIME_REQ_OID; } public byte[] getEncodedValue() { return null; // no value needed for get time request } public ExtendedResponse createExtendedResponse( String id, byte[] berValue, int offset, int length) throws NamingException { return new GetTimeResponse(id, berValue, offset, length); } } public class GetTimeResponse() implements ExtendedResponse { long time; // called by GetTimeRequest.createExtendedResponse() public GetTimeResponse(String id, byte[] berValue, int offset, int length) throws NamingException { // check validity of id long time = ... // decode berValue to get time } // Type-safe and User-friendly methods public java.util.Date getDate() { return new java.util.Date(time); } public long getTime() { return time; } // Low level methods public byte[] getEncodedValue() { return // berValue saved; } public String getID() { return GETTIME_RESP_OID; } }
控制
此包定义了用于表示LDAPv3控件的接口Control
。
它可以是发送到LDAP服务器( 请求控制 )或由LDAP服务器返回的控件( 响应控件 )的控件 。
与扩展请求和响应不同,请求控件和响应控件之间不一定要配对。
您可以发送请求控制,并且不需要响应控制,或接收响应控制,而不发送任何请求控件。
应用程序通常不直接处理此接口。 而是处理实现此接口的类。 应用程序获取控制类,作为通过IETF标准化的控件的一部分,或从供应商特定控件的目录供应商获取控制类。 请求控制类应该具有以类型安全和用户友好的方式接受参数的构造函数,而响应控制类应该具有以类型安全和用户友好的方式获取响应的数据的访问方法。 在内部,请求/响应控制类处理BER值的编码和解码。
例如,假设LDAP服务器支持“签名结果”请求控制,当请求发送时,请求服务器对操作的结果进行数字签名。 它将提供SignedResultsControl
类,以便应用程序可以使用此功能。 应用程序将使用此类如下:
Control[] reqCtls = new Control[] {new SignedResultsControl(Control.CRITICAL)}; ectx.setRequestControls(reqCtls); NamingEnumeration enum = ectx.search(...);
SignedResultsControl
类可能定义如下:
public class SignedResultsControl implements Control { // User-friendly constructor public SignedResultsControl(boolean criticality) { // assemble the components of the request control }; // Methods used by service providers public String getID() { return // control's object identifier } public byte[] getEncodedValue() { return // ASN.1 BER encoded control value } ... }
当服务提供商收到响应控件时,它使用ControlFactory
类来生成实现Control
接口的特定类。
LDAP服务器可以使用LDAP操作发送响应控件,还可以使用枚举结果(例如列表或搜索操作返回的结果)。 LdapContext
提供了一种用于获取使用LDAP操作发送的响应控件的方法( getResponseControls()
),而HasControls
接口用于检索与枚举结果相关联的响应控件。
例如,假设一个LDAP服务器发送一个“更改ID”控件以响应成功的修改。 它将提供ChangeIDControl
类,以便应用程序可以使用此功能。 应用程序将执行更新,然后尝试获取更改ID。
供应商可能会提供以下// Perform update Context ctx = ectx.createSubsubcontext("cn=newobj"); // Get response controls Control[] respCtls = ectx.getResponseControls(); if (respCtls != null) { // Find the one we want for (int i = 0; i < respCtls; i++) { if(respCtls[i] instanceof ChangeIDControl) { ChangeIDControl cctl = (ChangeIDControl)respCtls[i]; System.out.println(cctl.getChangeID()); } } }
ChangeIDControl
和VendorXControlFactory
类。
当提供程序从LDAP服务器收到响应控制时, VendorXControlFactory
将由服务提供商使用。
public class ChangeIDControl implements Control { long id; // Constructor used by ControlFactory public ChangeIDControl(String OID, byte[] berVal) throws NamingException { // check validity of OID id = // extract change ID from berVal }; // Type-safe and User-friendly method public long getChangeID() { return id; } // Low-level methods public String getID() { return CHANGEID_OID; } public byte[] getEncodedValue() { return // original berVal } ... } public class VendorXControlFactory extends ControlFactory { public VendorXControlFactory () { } public Control getControlInstance(Control orig) throws NamingException { if (isOneOfMyControls(orig.getID())) { ... // determine which of ours it is and call its constructor return (new ChangeIDControl(orig.getID(), orig.getEncodedValue())); } return null; // not one of ours } }
包装规格
JNDI API规范和相关文档可以在JNDI documentation中找到。- 从以下版本开始:
- 1.3
-
接口摘要 接口 描述 Control 此接口表示一个LDAPv3控件,如 RFC 2251所定义。ExtendedRequest 该接口表示 RFC 2251中定义的LDAPv3扩展操作请求。ExtendedResponse 此接口表示如 RFC 2251中定义的LDAP扩展操作响应。HasControls 此接口用于使用NamingEnumerations返回的对象返回控件。LdapContext 此接口表示您可以使用LDAPv3样式控件执行操作并执行LDAPv3样式扩展操作的上下文。UnsolicitedNotification 此接口表示 RFC 2251中定义的非请求通知。UnsolicitedNotificationListener 此接口用于处理UnsolicitedNotificationEvent
。 -
类摘要 Class 描述 BasicControl 该类提供了Control
接口的基本实现。ControlFactory 这个抽象类代表一个用于创建LDAPv3控件的工厂。InitialLdapContext 此类是执行LDAPv3风格的扩展操作和控件的起始上下文。LdapName 此类表示由 RFC 2253指定的专有名称。ManageReferralControl 请求将引用和其他特殊LDAP对象作为普通LDAP对象进行操作。PagedResultsControl 请求LDAP服务器以指定大小的批量返回搜索操作的结果。PagedResultsResponseControl 表示一批搜索结果的结束。Rdn 该类表示相对可分辨名称或RDN,它是由 RFC 2253指定的专有名称的组成部分。SortControl 请求在返回之前由LDAP服务器对搜索操作的结果进行排序。SortKey 排序键及其相关的排序参数。SortResponseControl 指示所请求的搜索结果是否成功。StartTlsRequest 该类实现了针对StartTLS的LDAPv3扩展请求,如 Lightweight Directory Access Protocol (v3): Extension for Transport Layer Security中定义的 。StartTLS的对象标识符为1.3.6.1.4.1.1466.20037,并且未定义扩展请求值。StartTlsResponse 此类实现了针对StartTLS的LDAPv3扩展响应,如 Lightweight Directory Access Protocol (v3): Extension for Transport Layer Security中定义的 。StartTLS的对象标识符为1.3.6.1.4.1.1466.20037,未定义扩展响应值。UnsolicitedNotificationEvent 此类表示响应LDAP服务器发送的未经请求的通知触发的事件。 -
异常摘要 异常 描述 LdapReferralException 此抽象类用于表示LDAP引用异常。