gpt4 book ai didi

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

转载 作者:塔克拉玛干 更新时间:2023-11-02 08:15:01 30 4
gpt4 key购买 nike

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

该应用程序用于创建组层次结构,并分几步完成。首先,它创建任何新组,然后删除任何已删除的组,然后更新和更改组,最后更新任何新组或移动组的父组。

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

这就是问题的开始。每隔一段时间,但不是每次,我都有一个添加组的运行,但是当代码试图设置父级时,它失败了,因为新组还不存在。我相信正在发生的事情是 Spring LDAP 在每次调用时重新连接,并且因为我正在通过 VIP 并且 AD 服务器是循环的,我认为新添加的组没有复制,所以选择组返回null 并且我的父级更新失败。基本上我认为我遇到了 AD 复制的竞争条件。

所以,长解释短:Spring LDAP 1.3.1,特别是 LdapTemplate,是否每次都创建一个新连接,或者我误解了它是如何工作的?有没有办法通过配置 LdapTemaplate 或设置 com.sun.jndi.ldap.connect.pool 使其使用池连接?如果我在整个应用程序运行中只使用一个连接,它应该可以解决复制(如果发生这种情况)问题,因为我会被困在一台 AD 服务器上而不会来回跳动。

最佳答案

对于所有可能偶然发现这篇文章的 future 开发者,这就是我解决问题的方式......

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

然而,在阅读了 Oracle 文档后,我发现它从 1.4.1 开始就内置了一个非常简单的 pooling mechanism .进一步阅读 LdapContextSource 的 Spring API 文档表明它能够通过调用 setPooled(boolean) 来打开此池机制。 .这基本上使得对连接的 close() 的调用不会真正关闭连接,而是将其返回到“池”。由于我的应用程序是一个大的线性线程,并且在给定时间只打开一个“连接”,这具有导致它简单地使用相同连接的净效果,从而绕过了我看到的问题是我的更新工作得更快比复制。打开内置池后,我的错误似乎停止了。

请注意,这不是为 LDAP 实现池化方案的好方法。正如 JavaDoc 所说,这种内置的池化机制有很多缺陷。如果你需要池,那么你最好使用 Spring LDAP 的 PoolingContextSource .然而,就我而言,我想要一个与“池”相反的东西,所以在这方面似乎对我来说是可行的。

另一种选择是不使用 VIP,而是直接连接到单个 Active Directory 服务器,但我失去了故障转移能力。

关于java - LdapTemplate 是否每次都关闭连接?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21559482/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com