RFC: 4511
Оригинал: Lightweight Directory Access Protocol (LDAP): The Protocol
Предыдущие версии: RFC 2251, RFC 2830, RFC 3771
Категория: Предложенный стандарт
Дата публикации:
Автор:
Перевод: Pro-LDAP.ru

C.1.17. Раздел 4.5.1 (Запрос Search)

  • Атрибуты SearchRequest теперь определены как тип AttributeSelection, а не как AttributeDescriptionList, и приведена спецификация в форме ABNF.

  • Атрибуты SearchRequest могут содержать дублирующиеся описания атрибутов. Раньше это было запрещено. Теперь серверам предписано игнорировать последующие дублирующиеся имена. Такое послабление было сделано, чтобы разрешить запрос атрибутов в форме различных сокращённых имён, а также в форме OID.

  • Поисковый фильтр наличия теперь оценивается как Undefined, когда указанные атрибуты неизвестны серверу. Ранее в таких ситуациях он оценивался как FALSE, что приводило не к тем результатам, которые ожидали большинство выполняющих поисковый запрос, особенно при использовании оператора "not".

  • Тип SubstringFilter пункта substrings конструкции Filter теперь определён с нижней границей 1.

  • В конструкции SubstringFilter типы "initial", "any" и "final" последовательности substrings теперь являются AssertionValue, а не LDAPString. Также добавлено требование, что тип "initial" (при его наличии) должен быть указан первым, а тип 'final' (при его наличии) — последним.

  • Устранена неоднозначность семантики конструкции derefAliases. Имел место вопрос, должно ли применяться разыменование к базовому объекту поиска при поиске с диапазоном wholeSubtree, если в этой конструкции установлен пункт derefInSearching.

  • Добавлены инструкции для фильтров equalityMatch, substrings, greaterOrEqual, lessOrEqual и approxMatch.

C.1.18. Раздел 4.5.2 (Результат операции Search)

  • Рекомендовано, чтобы серверы не использовали сокращённые имена атрибутов, если им известно, что такие имена неоднозначны или могут привести к проблемам совместимости.

  • Из-за отсутствия реализации удалены все упоминания об ExtendedResponseRemoved.

C.1.19. Раздел 4.5.3 (Ссылки-продолжения в результатах операции Search)

  • Внесены изменения по аналогии с разделом Раздел 4.1.11.

C.1.20. Раздел 4.5.3.1 (Примеры)

  • Примеры исправлены в соответствии с изменениями, внесёнными в раздел Раздел 4.5.3.

C.1.21. Раздел 4.6 (Операция Modify)

  • AttributeTypeAndValues заменено на Attribute, поскольку они эквивалентны.

  • Указаны типы модификационных изменений, которые могут временно нарушать схему данных. У некоторых читателей складывалось впечатление, что разрешены любые временные нарушения схемы данных.

2007 - 2017 © Русские переводы RFC, IETF, ISOC.