java-LdapTemplate是否每次都会关闭连接？

我有一个使用Spring LDAP 1.3.1的应用程序.它在启动时在Spring上下文中创建LdapTemplate,并将其传递到我的应用程序中.实际上,我要连接的LDAP字符串是一个VIP设备,后面带有多个Active Directory服务器.

该应用程序用于创建组层次结构,并分几个步骤进行.首先,它创建任何新组,然后删除所有已删除的组,然后更新和更改组,最后更新所有新组或移动组的父级.

在最后一步中,为了进行移动,我必须先查找组,然后查找其父级,最后更新父级的成员列表以删除子级.

这是问题开始的地方.我经常但并非每次都添加一个组,但是当代码尝试设置父组时,它失败了,因为新组还不存在.我相信发生的事情是Spring LDAP在每个呼叫上都重新连接,并且由于我正在通过VIP,并且AD服务器是经过轮询的,因此我认为新添加的组尚未复制,因此选择该组将返回null,我的父级更新失败.基本上,我认为我在AD复制方面遇到了竞争.

因此,简短的解释很短：Spring LDAP 1.3.1(尤其是LdapTemplate)是否每次都会创建一个新的连接,还是我误解了它的工作方式？是否可以通过配置LdapTemaplate或设置com.sun.jndi.ldap.connect.pool来使其使用池化连接？如果我在整个应用程序运行中仅使用一个连接,它将解决复制(如果正在发生)的问题,因为我将被困在一台AD服务器上并且不会弹跳.

解决方法:

对于所有可能偶然发现这篇文章的未来开发人员,这就是我解决此问题的方式…

在Spring LDAP 1.3.2中,SingleContextSource没有一个采用ContextSource的构造函数,而只有一个采用DirContext的构造函数.我没有看到任何从LdapContextSource上获取单个DirContext的方法,因此我无法使用建议ig0774.

但是,在阅读Oracle文档之后,我发现它自1.4.1起就已经内置了非常简单的pooling mechanism.进一步阅读Spring API文档中有关LdapContextSource的内容表明,它可以通过调用来打开该池机制. setPooled(boolean).这基本上是为了使得对连接上的close()的调用不会真正关闭连接,而是将其返回到“池”.由于我的应用程序是一个大的线性线程,并且在给定的时间仅打开了一个“连接”,因此产生的净效果是使它仅使用相同的连接,因此绕过了我看到的问题,即我的更新工作得更快比复制.打开内置池后,我的错误似乎已停止.

请注意,这不是为LDAP实现池化方案的好方法.就像JavaDoc所说的那样,这种内置的池化机制存在许多缺陷.如果您需要池化,那么使用Spring LDAP的PoolingContextSource会更好.但是,在我的情况下,我想要一个与“ pool”相反的东西,因此在这方面事情似乎对我有效.

另一个选择是根本不使用VIP,而是直接连接到单个Active Directory服务器,但是这样我就会失去故障转移功能.

标签：active-directory,spring-ldap,active-directory-group,java
来源： https://codeday.me/bug/20191029/1963723.html