Ответ 1
Хорошо, после нескольких часов боли я наконец нашел проблему....
Мне пришлось добавить себя в группу WSS_ADMIN_WPG на сервере. Надеюсь, это поможет кому-то.
Ошибка SharePoint: веб-приложение в xxxx не найдено
Когда я пытаюсь выполнить этот код:
SPSite siteCollection = new SPSite(@"http://sp-devxxx:10000/");
Он выдает следующую ошибку:
Веб-приложение в http://sp-devxxx:10000 не может быть найденный. Убедитесь, что вы набрали URL правильно. Если URL-адрес должен быть обслуживание существующего контента, система администратору может потребоваться добавить новый запросить сопоставление URL-адресов приложение.
Я могу попасть на этот сайт из своего веб-браузера, он компилируется в x64, моя учетная запись имеет доступ для чтения/записи к содержимому db, код работает на сервере, на котором работает сайт, и существует сопоставление доступа для этого сайта. Почему это было бы причиной этой ошибки?
Ответы
Ответ 2
Измените целевую платформу на x64, поскольку Sharepoint 2010 работает только в режиме 64 бит
Ответ 3
Учетная запись, являющаяся идентификатором пула приложений в моей среде, уже была членом WSS_ADMIN_WPG. Я установил свой веб-сервис локально. Использование внешнего имени домена, такого как
SPSite siteCollection = new SPSite(@"http://mydomain:123");
не удалось, сообщая ту же ошибку, что и плакат (даже если он доступен из браузера на той же машине). Следующие работы
SPSite siteCollection = new SPSite(@"http://localhost");
Мне еще предстоит выяснить, почему.
Ответ 4
В консольном приложении с использованием visual studio 2012 он менял целевую структуру на 3.5 для меня....
Ответ 5
В моем случае я снова открыл Visual Studio 2012 под управлением Administrator, и проблема решена.
Ответ 6
Если учетная запись пользователя уже является членом WSS_ADMIN_WPG, и все еще проблема сохраняется, как упоминалось в Tim.
Попробуйте выполнить следующие действия:
- Перейти к Свойствам проекта
- Вкладка
- Из выпадающего списка измените значение целевой платформы на
Any CPU.
Он разрешил проблему для нашего консольного приложения.
Ответ 7
Add-SPShellAdmin -UserName domain\username помогло. В документации говорится, что она добавляет пользователя к роли SharePoint_Shell_Access только в базе данных конфигурации фермы, а также гарантирует, что пользователь добавлен в локальную группу WSS_Admin_WPG на каждом сервере фермы.
Ответ 8
Отключена ли проверка петли?
http://sptwentyten.wordpress.com/2010/03/06/disable-the-loopback-check-via-powershell/
Ответ 9
Попробуйте войти в систему как учетная запись администратора фермы. Или, предоставляя требуемые роли SQL Server учетной записи, которую вы используете.
Ответ 10
У меня есть веб-API на сервере SharePoint, который мы используем в качестве носителя для получения данных из нашей собственной базы данных. Этот веб-API пытался открыть веб-сайт, и я получал ту же ошибку. Я должен был убедиться, что используемая идентификатор пула приложений имеет доступ к открытию веб-сайта.
Я установил идентификатор пула приложений веб-API для SharePointServerFarm, который является идентификатором, который используют веб-приложения SharePoint.
Ответ 11
В моем случае мне нужно было добавить пользовательское db_owner разрешение на базы данных SharePoint_Config, SharePoint_AdminContent и WSS_Content, следуя рекомендациям этот блог.
Ответ 12
Я знаю, что это старый и ответный поток, но ни один из вышеперечисленных не работал у меня, и вот что для справки в будущем:
У меня есть приложение Windows Forms, создающее экземпляр сайта sharepoint 2013, и выдает указанную ошибку при попытке инициализировать SPSite, после некоторого поиска я нашел следующую ссылку, которая предлагает (среди других возможных разрешений) проблема может произойти при запуске кода на компьютере, отличном от того, на котором работает фактический сайт, и да, он работал безупречно, когда я переместил приложение на другую машину.
Я знаю, что это не радикальное решение, но, по крайней мере, вы знаете проблему.
ссылка: