Megoldás: A System.IO.FileNotFoundException “SPSite = új SPSite(URL)”

FRISSÍTÉS: Kifüggesztett ezt a kérdést MSDN itt (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) és Michael Washam a Microsoft válaszolt egy tömör választ.

Én teremtett egy pókháló szolgáltatás-hoz viselkedni vhogy egy BDC-barát homlokzat SharePoint-listába. Mikor én használt ez az én-m fejlődés környezet, Ez munkás finom. Amikor áttelepített, ez egy új szerver, Azután kapta a hibaüzenetet:

System.IO.FileNotFoundException: A webalkalmazás: http://localhost/sandbox nem található. Ellenőrizze, hogy beírt URL-címét helyesen. Ha az URL-t kell szolgáló meglévő tartalom, a rendszer ügyintéző május szükség, egy új URL-címleképezést felvétele rendeltetésszerű alkalmazás. a Microsoft.SharePoint.SPSite...ctor(SPFarm farm, URI-requestUri, Logikai contextSite, SPUserToken userToken) a Microsoft.SharePoint.SPSite...ctor(Karakterlánc-requestUrl) a Conchango.xyzzy.GetExistingDocument(Karakterlánc minId, Karakterlánc-maxId, Karakterlánc-titleFilter) c:\Dokumentumok és SettingsPaulMy DocumentsVisual 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs stúdió:vonal 69

Itt van a vonal 69:

használatával (Webhely SPSite = új SPSite("http://localhost/sandbox"))

Próbáltam különböző változatai az URL-t, beleértve a kiszolgáló valódi név használatával, az IP-cím, az URL-t a sorvégi vágás, stb. Mindig van, hogy a hiba.

Én használt A Google a kutatás azt. Sok ember szembenéz ez probléma, vagy változatok, de senki sem úgy tűnt, hogy megoldódott.

Takaros MOSS nyújtott ilyen részletes hiba, hogy ez nem fordul elő velem, hogy ellenőrizze a 12 kaptár-naplók. Végül, körülbelül 24 óra után az én-m kolléga erre ajánlott, Megnéztem ki a 12 Méhkas Napló, és ezt találtam:

Kivétel történt, miközben megpróbálja megszerezni a helyi farmban:
System.Security.SecurityException: Rendszerleíró adatbázis kért hozzáférése nem engedélyezett.
a System.ThrowHelper.ThrowSecurityException(ExceptionResource-erőforrás) a Microsoft.Win32.RegistryKey.OpenSubKey(Húr neve, Logikai írható) a Microsoft.Win32.RegistryKey.OpenSubKey(Húr neve) a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() a Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& Farm, Logikai& isJoined)
A sikertelen kódösszeállítás zónája volt:  Sajátgép

Ez megnyitotta az új kutatási irányvonalat, így volt hát-hoz-a Google. Ez vezetett engem erre hozzászólásra: http://forums.codecharge.com/Posts.php?post_id = 67135. Ez nem igazán segített nekem, de ez tett elkezd gyártás én gondol volt egy adatbázis és/vagy biztonsági kérdés. Én ebből és Andrew Connell Végül kiváltott tegye a gondolat, hogy én kell győződjön meg arról, hogy az Alkalmazáskészlet identitása fiók volt a megfelelő adatbázis-hozzáférés. Azt gondoltam, hogy már. Azonban, az én-m kolléga ment, és adott a app készlet identitás rendszerfióknak teljes körű hozzáférési SQL.

Ahogy ő tette, hogy a változás, mindent kezdett el dolgozni.

Mi történt a következő legjobb fejezzük ki egy Haiku vers:

Problémák emelés-uk kezek.
Swing és miss. próbáld újra.
A siker! De hogyan? miért?

Nem akarta, hogy hagyjuk egyedül ilyesmi, inkább, hogy a minimális szükséges engedéllyel (és valószínűleg felelősség írás egy blog bejegyzést; Üt neki, hogy az ütést, muhahahahaha!).

Egymást követő engedélyek eltávolították a számlából app medence identitás-ig … nem volt többé semmilyen kifejezett engedélye fiók app készlet minden. A webszolgáltatás tovább folytatta a munkát csak finom.

Mentünk, és újraindul a szerver. Mindent továbbra is jól működik.

Így, -hoz újra bedugni: adott a app készlet identitás teljes hozzáférést, és majd elvették. A webszolgáltatás kezdett dolgozni, és soha nem működik. Bizarr.

Ha valaki tudja, miért kell hogy dolgozott, Kérem, hagyjon egy megjegyzést.

</vége>

Technorati Tags:

11 gondolatok „Megoldás: A System.IO.FileNotFoundException “SPSite = új SPSite(URL)”

  1. Fernando Gómez Flores

    Szép post, kösz. Az én esetemben, problémám volt megfejt mellett megváltozó a webservice apppool egyeztetni, hogy a sharepoint-webhelycsoportokhoz.

    Üdv,
    Fernando A. Gómez F.

    Válasz
  2. Wilson Edgar

    szia, Én is ugyanaz volt a probléma. Míg a fejlődő a sharepoint-kiszolgáló ugyanazon a gépen, Voltam használ Asp fejlesztési kiszolgáló különböző engedélye nem minden bizonnyal nem alatt futó ugyanazzal az identitással, mint sharepoint (több körülbelül ez itt: http://msdn.microsoft.com/en-us/library/58wxa9w5(VS.80).aspx) na és, Már hozzon létre egy új webhelyet az IIS-ben (Port 8080) ugyanazzal az identitással, mint a sharepoint.. és voál.
    Remélem, ez segít

    Válasz
  3. Zac Boyles
    Van egy jó esély arra, hogy SQL securityadmin kiszolgálói szerepkör rögzített a probléma voltak, amelyek egyszer volt futott. Ez lenne egy jó magyarázat, hogy továbbra is dolgozik.
    Válasz
  4. Tündérország

    Szép writeup. Most tartunk pontosan ugyanazt a kérdést. Ez a fajta probléma, és váratlan megmagyarázhatatlan viselkedését van pontosan, miért sok fejlesztők nem bírja a SharePoint!

    Válasz
  5. Markus

    Ez a része a cikk….”adott a app készlet identitás való teljes hozzáférést, SQL”, tud bonyolult? “App alkalmazáskészlet-identitás” gondolom, azt jelenti, az alkalmazáskészlet a sharepoint-webhely, de “teljes hozzáférés az SQL”, Hogyan adni, hogy? Létrehozása a bejelentkezés az adatbázis-kiszolgáló az alkalmazás alkalmazáskészlet-identitás szerintem nem elég…így van ez a sharepoint-tartalom db, ahol a új belépés válik dbo (?) hozzáférés? Vagy más sharepoint db, valamint, Ez a config db? Számomra, ez kemény, mert az én-m sp tartalom db nyilvánvalóan nem kezeli a sql server-példány, úgy látszik, ez alatt “/Microsoft Office Servers/14.0/Data”, egyébként nem látom, hogy az sql kiszolgáló mgr….akármi eszme hogyan adok “teljes hozzáférés az SQL” Ebben az esetben? Választ akar lenni méltányol.…én vagyok a fajta megragadt a szerzés az én-m konzol alkalmazás spsite objektumot létrehozni!!

    Válasz

hagyj válaszüzenetet

Az e-mail címed nem kerül nyilvánosságra. Kötelező kitölteni *