ATJAUNINĀJUMS: I ievietojis šo jautājumu uz MSDN šeit (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) un Michael Washam Microsoft atbildēja ar īsu atbildi.
I izveidojis web pakalpojumam jādarbojas kā BDC draudzīgu fasādi uz SharePoint sarakstu. Kad es izmantoja šo no mana izstrādes vidi, tā strādāja fine. Kad man tas migrēta uz jaunu serveri, Man radušās šo kļūdu:
| System.IO.FileNotFoundException: Web lietojumprogramma ir http://localhost/sandbox nevarēja atrast. Pārbaudiet, vai esat pareizi uzrakstījis vietrādi URL. Ja šis URL kalpo esošajam saturam, sistēmas administrators, iespējams, ka jāpievieno jauna pieprasījuma URL kartēšana paredzēto pieteikumu. pie Microsoft.SharePoint.SPSite...ctor(SPFarm ferma, URI requestUri, Būla contextSite, SPUserToken userToken) pie Microsoft.SharePoint.SPSite...ctor(Virkne requestUrl) pie Conchango.xyzzy.GetExistingDocument(Virkne minId, Virkne maxId, Virkne titleFilter) c:\Dokumentus un SettingsPaulMy DocumentsVisual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:līnija 69 |
Lūk, rindas 69:
izmantojot (SPSite vietā = jaunu SPSite("http://localhost/sandbox"))
Es to izmēģināju dažādas variācijas par URL, ieskaitot servera īsto vārdu, tā IP adrese, trailing slashes uz URL, uc. Es vienmēr got kļūdas.
Es mēdzu Google lai veiktu izpēti. Daudzi cilvēki saskaras ar šo problēmu, vai tā variācijas, taču neviens, šķiet, ir atrisinātas.
Viltīgs MOSS sniedz šādu detalizētu kļūdu, ka tas nenotika ar mani, lai pārbaudītu 12 stropu žurnālus. Galu galā, par 24 stundas pēc mans kolēģis ieteicams to darīt, Es paņemts 12 stropu žurnālu un uzskatīja, ka šis:
Mēģinot iegūt vietējās fermas radās izņēmums: System.Security.SecurityException: Pieprasītais reģistrs piekļuve nav atļauta. pie System.ThrowHelper.ThrowSecurityException(ExceptionResource resursu) pie Microsoft.Win32.RegistryKey.OpenSubKey(Virknes nosaukums, Boolean ierakstāmajā) pie Microsoft.Win32.RegistryKey.OpenSubKey(Virknes nosaukums) pie Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() pie Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() pie Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& saimniecības, Būla vērtība& isJoined) Montāža, kas neizdevās zonā bija: MyComputer |
Tas pavēra jaunas iespējas pētniecības, Tātad tas bija atpakaļ uz Google. Kas veda mani uz šo forumā pastu: http://Forums.codecharge.com/posts.php?post_id = 67135. Tas tiešām nav man palīdzēt, bet tas nebija sākt pelnīt, man liekas, tur bija datu bāzes un/vai drošības jautājumu. Es soldiered un Andrew Connell pastu, beidzot izraisīja doma, ka vajadzētu padarīt pārliecināts, ka lietojumprogrammu pūla identitātes konts bija atbilstošu piekļuvi datu bāzei. Es domāju, ka tas jau bija. Tomēr, mans kolēģis gāja un deva app pūla identitātes kontu pilnīgu piekļuvi SQL.
Tiklīdz viņa veiktas šādas izmaiņas, viss sāka strādāt.
Kas notika tālāk, vislabāk izsaka kā haiku dzejolis:
Problēmas pacelt rokas.
Šūpoles un mis. mēģini vēlreiz.
Panākumi! Bet kā? kāpēc?
Viņa negribēja atstāt lietas vien, piemēram, ka, dodot priekšroku dot minimālo nepieciešamo atļauju (un droši vien darba rakstīšana blog entry; Es viņu sita perforators, muhahahahaha!).
Viņa izņēma secīgu atļaujas no app pūla identitātes kontu līdz … vairs nebija jebkurā nepārprotamu atļauju app pūla identitātes konta vispār. Web pakalpojumu, kas turpina strādāt tikai naudas sodu.
Mēs devās un rebooted serveriem. Viss, kas turpināja strādāt naudas sodu.
Tik, lai atgādinājums: mums deva app pūla identitātes pilnu piekļuvi un pēc tam aizveda prom. Web pakalpojums sāka strādāt un nekad nav pārtraucis darba. Savāda.
Ja kāds zina, kāpēc tas būtu strādājis, Lūdzu, atstājiet komentāru.
</beigās>
frants , Es tevi mīlu , u, kas padarīja manu dienu , es strādāju par to gandrīz vienu dienu , un jūs tikko izglāba manu laiku
Nice pastu, paldies. Manā gadījumā, mana problēma tika atrisināta, mainot webservice apppool, lai atbilstu šim sharepoint vietņu kolekcijai.
Uz redzēšanos,
Fernando A. Gómez F.
man ir mēģinājuši 4 hrs. Visbeidzot, tas palīdz man.. Pateicoties daudz Jeffrey Knight
čau, Man arī bija tāda pati problēma. Vienlaikus attīstot tanī pašā ierīcē, izmantojot sharepoint server, Bija izmantojot Asp izstrādes serveris ar citu atļauju, nav noteikti nedarbojas saskaņā ar to pašu identitāti kā sharepoint (vairāk par to šeit: http://msdn.microsoft.com/en-us/library/58wxa9w5(VS.80).aspx) nu un kas par to, Esmu izveidot jaunu vietni programmā IIS (osta 8080) ar to pašu identitāti kā sharepoint.. un voila.
Ceru, ka tas palīdz
Paldies par pastu. Šis labojums, kas strādāja pie manis:
http://www.rootsilver.com/2008/10/the-web-application-at-httploc
Jauka writeup. Tieši tagad mēs esam ņemot tieši to pašu jautājumu. Šāda veida problēma un negaidītu/neizskaidrojama uzvedība ir tieši tā, kāpēc daudz izstrādātāji nevar stāvēt, strādā ar SharePoint!
Šajā raksta daļā….”deva app pūla identitātes kontu pilnīgu piekļuvi SQL”, vai jūs varat izstrādāt? “app pūla identitāte” pieņemu, nozīmē sharepoint vietne app mestās gaismas loka, bet “pilnu piekļuvi SQL”, kā jums dot, ka? Lietotājvārda izveide db servera app pūla identitātei, es domāju, ka nav pilnīgi pietiek…Tātad tas ir uz sharepoint satura db, kur jauna pieteikšanās izpaužas dbo (?) piekļuves? Vai citiem sharepoint db ir arī, piemēram, config db? Man tas ir grūts, jo mans sp satura db acīmredzot nav apstrādā sql servera eksemplārā, Acīmredzot tas ir zem “/Microsoft Office Servers/14.0/Data”, jebkurā gadījumā es neredzu to sql server mgr….jebkuras idejas, kā es dodu “pilnu piekļuvi SQL” Šajā gadījumā? Nekāda atbilde būtu jāvērtē…Es esmu veida iestrēdzis kļūst mana konsole app, lai izveidotu spsite objektu!!
Žēl nekad neatbild. Es pieņemu, jums tas strādā. 🙂