Spring Ldap — несколько базовых имен

База ContextSource предназначена для указания базы всех операций на ContextSource и обычно устанавливается на DN контроллера домена.

Вы можете использовать ODM без указания базы на @Entry (или используя базовое DN выше в дереве), но в этом случае вы обычно будете использовать аннотацию @DnAttribute, чтобы платформа автоматически создавала DN для вас (в основном это необходимо, когда сохраняющиеся записи обратно в LDAP).

Если предположить, что ваши пользователи находятся в следующей структуре:

dc=example,dc=com,ou=USERS

dc=example,dc=com,ou=TESTERS

Теперь, если вы укажете базу dc=example,dc=com в ContextSource, вы можете заставить ODM обрабатывать это автоматически, как кратко описано ниже:

@Entry(objectclasses={"person"})
public class Person {
  @Id
  private Name dn;

  @DnAttribute(name="ou", index=0)
  @Transient // Indicates that this is not an attribute on the entry
  private String userType;

  @Attribute(name="cn")
  private String name;

  // More attributes here
}

Вышеупомянутое будет обрабатывать автоматическое сопоставление записей LDAP с классом Person и из него. Теперь, если вы хотите найти всех людей, выполните:

List<Person> allPersons = ldapTemplate.findAll(Person.class);

Если вы хотите найти всех тестировщиков, вы должны сделать:

List<Person> testers = ldapTemplate.find(
                            query().base("ou=TESTERS"), 
                            Person.class);

Я не очень хорошо знаком с Spring LDAP, но сам (IIRC) LDAP может выполнять поиск только с одного узла (базы). Итак, просмотрев документацию , возможно, вам придется выполнить поиск в организации (o=xx) с помощью LDAPQueryBuilder, добавив условия для ous. См. документы javadocs.

Здесь нет эксперта, заметьте. По крайней мере, с конфигурацией XML вы можете связать экземпляр LdapTemplate. Одним из предложений может быть создание новой реализации, называемой чем-то вроде DelegatingLdapTemplate, которая вводится с двумя обычными шаблонами (по одному на базовое имя), а затем делегирует их соответствующим образом (или просто вызывает один, а затем другой, если первый возвращает 0 результатов), и используйте это вместо обычного экземпляра шаблона. Это, конечно, имеет смысл только в том случае, если ваш вариант использования действительно оправдывает такое поведение (например, если вы никогда не знаете, где искать пользователя и должны проверять оба местоположения). В противном случае просто сделайте два отдельных боба.