LdapTemplate是否每次都关闭连接？

Question

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

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

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

问题就从这里开始。偶尔，但不是每次，我都会在运行中添加组，但当代码尝试设置父级时，它会失败，因为新组还没有出现。我相信现在的情况是，Spring LDAP在每次调用时都会重新连接，因为我要通过一个VIP，而AD服务器是循环的，所以我认为新添加的组没有复制，所以选择该组会返回null，并且我的父更新失败。基本上，我认为我正在与广告复制竞争。

那么，长话短说：SpringLDAP 1.3.1，尤其是LdapTemplate，是否每次都会创建一个新的连接，还是我误解了它的工作原理？有没有办法让它使用池连接，可以通过配置LdapTemaplate，也可以通过设置com。太阳jndi。ldap。连接池？如果我在整个应用程序运行中只使用了一个连接，那么应该可以解决复制（如果这是正在发生的情况）问题，因为我将被困在一个AD服务器上，而不会四处跳转。

Answer 1

您可能是对的，因为LdapTemboard似乎确实会在每次操作后关闭连接。减轻问题的一种方法是切换Spring配置，以便您使用SingleContextSource作为提供给您的LdapTemboard的当前contextSource的包装器。根据您的配置，这可能如下所示：

<beans>
   <bean id="contextSource"
      class="org.springframework.ldap.core.support.LdapContextSource">
      <property name="url" value="ldap://localhost:389" />
      <property name="base" value="dc=fabrikam,dc=com" />
      <property name="userName" value="cn=superuser,dc=fabrikam,dc=com" />
      <property name="password" value="secret" />
   </bean>

   <bean id="contextSourceWrapper"
      class="org.springframework.ldap.core.support.SingleContextSource">
      <constructor-arg ref="contextSource" />
   </bean>

   <bean id="ldapTemplate"
      class="org.springframework.ldap.core.LdapTemplate">
      <constructor-arg ref="contextSourceWrapper" />
   </bean>
</beans>

Answer 2

对于所有可能偶然发现这篇文章的未来开发者，这就是我解决问题的方法...

在Spring LDAP 1.3.2中，SingleContextSource没有接受ContextSource的构造函数，而是只有接受DirContext的构造函数。我没有看到任何从我的LdapContextSource获取单个DirContext的方法，所以我无法使用ig0774的建议。

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

请注意，这不是为LDAP实现池化方案的好方法。正如JavaDoc所说，这种内置的池化机制有许多缺陷。如果您需要池化，那么您最好使用Spring LDAP的PoolingContextSource。然而，在我的情况下，我想要“池”的反义词，所以在这方面事情似乎对我来说很顺利。

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