对于所有可能偶然发现这篇文章的未来开发人员,这就是我解决此问题的方式…
在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服务器,但是这样我就会失去故障转移功能.