УПДАТЕ: Сам поставила ово питање на МСДН овде (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) and Michael Washam of Microsoft responded with a concise answer.
Креирао сам веб сервис да се понаша као БДЦ-пријатељски фасада to a SharePoint list. When I used this from my development environment, је радила добро. Када сам ово мигрирали на нови сервер, Сам наишао на ову грешку:
| Систем.ИО.ФилеНотФоундЕкцептион: Веб апликација на http://localhost/sandbox није могао бити пронађен. Проверите да ли сте исправно унели УРЛ. Ако УРЛ адреса треба да се служи постојећи садржај, систем администратор ће можда морати да додате нови захтев УРЛ за мапирање намењену примену. на Мицрософт.СхареПоинт.СПСите .. цтор(СПФарм фарма, Ури рекуестУри, Булова цонтектСите, СПУсерТокен усерТокен) на Мицрософт.СхареПоинт.СПСите .. цтор(Стринг рекуестУрл) на Цонцханго.киззи.ГетЕкистингДоцумент(Стринг миниД, Стринг макИд, Стринг титлеФилтер) у Ц:\Доцументс анд Сеттингс Паул Ми Доцументс Висуал Студио 2005 Пројецтс киззи БДЦ_ДоцРевиев БДЦ_ДоцРевиев ДоцРевиевФацаде.асмк.цс:линија 69 |
Овде је линија 69:
коришћење (СПСите сајт = нев СПСите("http://localhost/sandbox"))
Покушао сам различите варијације на УРЛ, укључујући и право коришћења имена сервера, му је ИП адреса, пратећи косе црте на УРЛ адресу, итд. I always got that error.
Користио сам Гоогле to research it. Lots of people face this issue, или варијације тога, али нико није чинило се да је решен.
Удешен Мос обезбедио тако детаљан грешку да није ми пало на памет да провери 12 hive logs. Коначно, око 24 сати након мој колега препоручио да то уради, Проверио сам 12 кошница и сматра да је овај дневник:
Изузетак грешке при покушају да стекну локалну фарму: Систем.Сецурити.СецуритиЕкцептион: Тражени регистар приступ није дозвољен. на Систем.ТхровХелпер.ТхровСецуритиЕкцептион(ЕкцептионРесоурце ресурс) у (Стринг, Булова писати) у (Стринг) у () у () у (СПФарм& фарма, Булова& исЈоинед) Зона скупштине који није био: MyComputer |
То је отворило нове путеве истраживања, тако да је било вратити се на Гоогле. То ме је довело до овог порука на форуму: хттп://форумс.цодецхарге.цом / постс.пхп?пост_ид = 67135. That didn’t really help me but it did start making me think there was a database and/or security issue. I soldiered on and Ендрју је Цоннелл post finally triggered the thought that I should make sure that the application pool’s identity account had appropriate access to the database. I thought it already did. Међутим, мој колега је отишао и дао апликације базена идентитета рачун пун приступ СКЛ.
Чим је урадио измену, everything started working.
Шта се даље десило је најбоље изражен као хаику песма:
Проблеми подигну руку.
You swing and miss. Try again.
Успех! But how? Зашто?
Она није хтела да остави ствари сам тако, више воле да дају минималну потребну дозволу (и вероватно са намером да пишем блог унос; Ја ју је дотукао, мухахахахаха!).
Скинула узастопне дозволе из Апп рачуна базен идентитет док … there was no longer any explicit permission for the app pool identity account at all. The web service continued to work just fine.
We went and rebooted the servers. Everything continued to work fine.
Тако, да поновимо: we gave the app pool identity full access and then took it away. The web service started working and never stopped working. Bizarre.
Ако неко зна зашто би то радили, оставите коментар.
</крај>
кицош , И лове у , У направио мој дан , Радила сам на томе скоро један дан , и у само спасао време
Леп пост, хвала. У мом случају, мој проблем је решен променом апппоол у вебсервице да поклопити са СхареПоинт колекције.
Живели,
Фернандо. Гомез Ф.
Покушао сам да се за 4 сати. коначно она ми помаже.. Тханкс а лот Јеффреи Книгхт
Ћао, И ја сам имао исти проблем. Док се развија на истој машини за СхареПоинт Сервер, Ја сам користио Асп развоја Сервер са различитим дозволе није сигурно не ради под истим идентитетом као СхареПоинт (више о томе овде: http://msdn.microsoft.com/en-us/library/58wxa9w5(ВС.80).аспк) па шта, Имам креирате нову локацију у ИИС (лука 8080) са истим идентитетом СхареПоинт.. и воила.
Надам се ово помаже
Хвала за пост. Ова исправка је радио за мене:
http://www.rootsilver.com/2008/10/the-web-application-at-httploc
Nice writeup. We are having exactly the same issue right now. This kind of problem and unexpected/unexplained behaviour is exactly why a lot of developers cannot stand working with SharePoint!
This part of the article….”gave the app pool identity account full access to SQL”, can you elaborate? “app pool identity” i presume means the app pool of the sharepoint site, али “full access to SQL”, how do you give that? Creating a login on the db server for the app pool identity i think isn’t quite enough…so is it on the sharepoint content db where the new login gets dbo (?) access? Or other sharepoint db’s as well, like the config db? For me that’s tough, because my sp content db apparently isn’t handled by sql server instance, apparently it’s under “/Microsoft Office Servers/14.0/Data”, anyway i don’t see it in sql server mgr….any ideas how i give “full access to SQL” у овом случају? Any reply would be appreciated…i’m kind stuck getting my console app to create an spsite object!!
Sorry for never responding. I assume you got it all to work. 🙂