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>
haver , Szeretlek , u gyártott az én-m nap , volt működő rajta majdnem egy nap , és Ön csak megtakarított én idő
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.
van, hogy próbált 4 óra. végül segít nekem.. Köszönet egy csomó Jeffrey Knight
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
Köszönet a postáért. Ez erősít munkás értem:
http://www.rootsilver.com/2008/10/the-web-application-at-httploc
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!
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!!
Szomorú részére nem válaszol. Feltételezem, hogy van, hogy a munka. 🙂