Ошибка SharePoint: не удалось найти веб-приложение на xxxx - PullRequest
16 голосов
/ 25 января 2011

Когда я пытаюсь выполнить этот код:

SPSite siteCollection = new SPSite(@"http://sp-devxxx:10000/");

Выдает следующую ошибку:

Веб-приложение на http://sp -devxxx: 10000 не может быть найдено.Убедитесь, что вы правильно ввели URL.Если URL-адрес должен обслуживать существующее содержимое, системному администратору может потребоваться добавить новое сопоставление URL-адреса запроса в предполагаемое приложение.

Я могу открыть этот сайт из своего веб-браузера, он компилируется в x64Моя учетная запись имеет доступ на чтение / запись к базе данных контента, код работает на сервере, на котором работает сайт, и для этого сайта существует сопоставление доступа.С чего бы это выбрасывать эту ошибку?

Ответы [ 13 ]

13 голосов
/ 02 ноября 2012

Измените целевую платформу на x64, поскольку Sharepoint 2010 работает только в 64-битном режиме

13 голосов
/ 25 января 2011

ОК, после нескольких часов боли я наконец-то нашел проблему ....

Мне пришлось добавить себя в группу WSS_ADMIN_WPG на сервере.Надеюсь, это кому-нибудь поможет.

3 голосов
/ 19 июня 2012

Учетная запись, которая является идентификатором пула приложений в моей среде, уже была членом WSS_ADMIN_WPG.Я установил свой веб-сервис локально.Не удалось использовать внешнее доменное имя, такое как

SPSite siteCollection = new SPSite(@"http://mydomain:123");

, сообщив о той же ошибке, что и у автора (даже если оно доступно из браузера на той же машине).Следующее сработало

SPSite siteCollection = new SPSite(@"http://localhost");

Мне еще предстоит выяснить, почему.

2 голосов
/ 14 ноября 2014

В моем случае я снова открыл Visual Studio 2012 с правами администратора, и проблема решена.

2 голосов
/ 22 апреля 2014

В консольном приложении, использующем Visual Studio 2012, оно меняло целевую платформу на 3,5 для меня ....

1 голос
/ 16 декабря 2015

Add-SPShellAdmin -UserName domain\username сделал свое дело для меня. В документации говорится, что он добавляет пользователя к роли SharePoint_Shell_Access только в базе данных конфигурации фермы, а также обеспечивает добавление пользователя в локальную группу WSS_Admin_WPG в каждой сервер в ферме.

1 голос
/ 15 января 2014

В случае, если учетная запись пользователя уже является членом WSS_ADMIN_WPG и проблема не устранена, как упомянул Тим.

Попробуйте выполнить следующие действия:

  1. Перейти к свойствам проекта
  2. Вкладка «Сборка»
  3. Из раскрывающегося списка изменить значение цели платформы на Any CPU.

Это решило проблему для нашего консольного приложения.

0 голосов
/ 18 ноября 2018

Возникла та же проблема при запуске моего кода, как файл "exe". Проблема решена запуском cmd от имени администратора. Надеюсь, это поможет кому-то.

0 голосов
/ 01 февраля 2017

Я знаю, что это старая ветка с ответами, но ничего из вышеперечисленного не сработало для меня, и вот что сработало для дальнейшего использования:

У меня есть приложение для форм Windows, создающее экземпляр сайта sharepoint 2013и выдает указанную ошибку при попытке инициализировать SPSite, после некоторого поиска я обнаружил следующую ссылку, которая предполагает (среди других возможных решений), что проблема может возникнуть при запуске кода на машине, отличной от той, на которой выполняется фактическаяСайт, и да, он работал безупречно, когда я переместил приложение на другую машину.

Я знаю, что это не радикальное решение, но, по крайней мере, вы знаете проблему.

ссылка:

Общая проблема: новый вызов API SPSite возвращает «Веб-приложение на http://server:port/ не найдено.»

0 голосов
/ 07 апреля 2015

В моем случае мне нужно было добавить пользовательское db_owner разрешение в SharePoint_Config , SharePoint_AdminContent и WSS_Content , следуя инструкциям предложения в этом блоге .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...