2010-04-05 2 views
0

Я погуглить проблема, которую я имею с попыткой интегрировать веб-приложение, которое я работаю на с SharePoint 2010.SharePoint 2010/ASP.Net Интеграция - Ищу советы

Веб-приложение является стиль вики который позволяет пользователям регистрироваться через проверку подлинности форм или WIA в Active Directory и создавать контент для себя и других.

Мы хотели бы сделать так, чтобы у пользователя была страница с контентом, который они создали в нашем веб-приложении, смешанным с контентом, который у них живет на сервере SharePoint. Например, они могут захотеть просмотреть список документов, которые они имеют на сервере SharePoint, смешанные с некоторыми из их содержимого.

Для выполнения этого мы хотели бы получить учетные данные, которые пользователь зарегистрировал в нашем веб-приложении (например, MYDOMAIN \ jsmith) и сможет запросить SharePoint для документов того же пользователя (MYDOMAIN \ jsmith) БЕЗ пользователю предлагается повторно ввести свои учетные данные для доступа к серверу SharePoint (мы пытаемся избежать проблемы с двумя перехватами).

У нас есть некоторые варианты того, как мы хотим это сделать, но мы не уверены из чего лучше всего подходит.

Например, мы могли бы - Использовать глобальный пользователь, который будет использоваться всеми пользователями для получения информации, необходимой нам из SharePoint. Недостатком является то, что мы не можем фильтровать контент SharePoint конкретному пользователю. . Мы могли бы хранить учетные данные пользователей при входе в систему, но это будет работать только для пользователей, прошедших проверку подлинности через auth, и будет проблемой безопасности, которую некоторые пользователи/клиенты не будут например, - Написание расширения SharePoint с использованием WCF, чтобы предоставить нам доступ к необходимой нам информации, однако нам все равно придется решить, как олицетворять желаемого пользователя.

Ни один из этих вариантов не идеален, и в нашем исследовании мы столкнулись с опцией аутентификации претензий/STS, которая, похоже, пытается решить проблему, которую мы имеем.

Итак, мой вопрос, основанный на том, что я написал, является претензиями/STS лучшим подходом для нас? Нам не удалось найти много способов использования этого метода для вызова SharePoint из веб-приложения и передачи существующих учетных данных.

Есть ли у кого-нибудь опыт в решении каких-либо из этих проблем?

ответ

0

Похоже, вы можете быть слишком сложным. Причина, по которой пользователь дважды запрашивает учетные данные, состоит в том, что две части системы находятся на разных серверах. Самое простое решение - это, вероятно, реализовать пользовательское веб-приложение как пользовательские страницы/веб-части в SharePoint.

Если это не вариант, меньшее количество кода на сервере SharePoint (возможно, пользовательский веб-сервис) должно предоставить вам еще несколько параметров для выдачи себя за конкретного пользователя.

Смежные вопросы