Улучшение поиска Peopling Sicker на сервере-автономной сервере на основе претензий (Forms; FBA)
-
22-10-2019 - |
Вопрос
Короче говоря: в решении SharePoint 2010 Server, которое используется только на основе форм, я хочу, чтобы диалог поиска People Ficker работает как любой другой полезный поиск.
Право, он находит пользователя только тогда, когда поисковый термин полностью равен им. Это делает поисковый Dialog на самом деле бесполезным, потому что, когда я знаю полное имя пользователя, не нужно даже выполнять поиск, я мог бы просто напечатать имя в поле People Picker.
Я нашел решение, в котором поиск изменяется на использование подстановочных знаков. Это делается с помощью операции STSADM -SetProperty. Например, поиск будет работать так: поиск «Мэтта» вернет «Мэтта Брауна», а также «Джеймс Мэтью Доу». Это был бы желаемый эффект, который я ищу. К сожалению, это решение работает только для Active Directory. (Вот решение, на которое я говорил: http://www.cjvandyk.com/blog/lists/posts/post.aspx?id=309)
Вопрос в том, возможно ли это вообще возможно с автономной поддержкой на основе форм? (До сих пор я ничего не мог найти в сети, кроме людей с той же проблемой), если нет, есть ли возможный обходной путь, как переосмысление диалога поиска сборщика людей, и делать это программно? Или нет просто никакого способа достичь этого, и мне просто пришлось бы жить с этим?!
Любая помощь оценена.
Решение
Я не пробовал это для претензий в SP2010, но в SP2007 это было сделано для FBA, добавив элемент PeoplePickerWildCard к поставщику членства в web.config
<PeoplePickerWildcards>
<clear />
<add key="AspNetSqlMembershipProvider" value="%" />
<add key="fbaMembers" value="%" />
</PeoplePickerWildcards>
http://msdn.microsoft.com/en-us/library/bb975136(v=office.12).aspx
Другие советы
У вас есть альтернатива.
Вы можете написать свой собственный поставщик претензий. Единственной целью было бы обеспечить лучшие люди сбора людей. Ваш пользовательский поставщик претензий будет нести ответственность за поиск, а Peoply Picker смотрят и чувствует себя, но в конце концов это сэкономило бы разрешенные организации в качестве требований FBA по умолчанию.
Я провел некоторые исследования в этом направлении, и я даже сделал небольшой проект как «доказательство концепции», но не достиг стадии производства с ним. Может быть, есть некоторые ограничения и/или проблемы, о которых я до сих пор не знаю. Я работал с аутентификацией смешанного режима (Win & FBA)
Вот 4 серии части Стива Печки, которая мне очень помогла (уделять пристальное внимание 3 -го):
- Написание пользовательского поставщика претензий для SharePoint 2010 - Часть 1: Увеличение претензий и регистрация вашего поставщика
- Написание пользовательского поставщика претензий для SharePoint 2010 - Часть 2: Добавление поддержки иерархических узлов
- Написание пользовательского поставщика претензий для SharePoint 2010 - Часть 3: Поиск претензий
- Написание пользовательского поставщика претензий для SharePoint 2010 - Часть 4: Вспомогательное имя разрешения