ĜISDATIGO: Mi poŝtis ĉi tiun demandon al MSDN ĉi tie (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) Kaj Mikaelo Washam de Microsoft respondita kun konciza respondo.
Mi kreis araneaĵan servon agi kiel BDC-amika fasado Al SharePoint listo. Kiam mi uzis tion ĉi de mia evoluada medio, Ĝi laboris bone. Kiam mi migris tion ĉi al nova servilo, Mi renkontis ĉi tiun eraron:
| Sistemo.IO.FileNotFoundException: La Araneaĵa apliko ĉe http://localhost/sandbox Ne povus esti trovita. Konfirmi ke vi tajpis la URL ĝuste. Se la URL devus esti servanta ekzistanta enhavon, La sistema administranto povas devi aldoni novan petan URL mapanta al la intenca apliko. Ĉe Microsoft.SharePoint.SPSite..Ctor(SPFarm bieno, Uri requestUri, Boolea contextSite, SPUserToken userToken) Ĉe Microsoft.SharePoint.SPSite..Ctor(Laĉi requestUrl) Ĉe Conchango.Xyzzy.GetExistingDocument(Laĉi minId, Laĉi maxId, Laĉi titleFilter) En C:\dokumentoj kaj FiksojPaulMiaj DokumentojVida Studio 2005ProjektojxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.Asmx.Cs:Linio 69 |
Ĉi tie estas linio 69:
Uzanta (SPSite ejo = nova SPSite("http://localhost/sandbox"))
Mi provis malsamajn variojn sur la URL, Inkluzivanta uzanta veran nomon de la servilo, Ĝia IPa adreso, Sekvanta detranĉojn sur la URL, Ktp. Mi ĉiam akiris ke eraro.
Mi uzis La Google Esplori ĝin. Multaj homoj alfrontas ĉi tiun aferon, Aŭ varioj de ĝi, Sed neniu ŝajnis havi ĝin solvis.
Tricksy MUSKO provizis tia detala eraro ke ĝi ne okazis al mi kontroli la 12 Hive ŝtipoj. Poste, Proksimume 24 Horoj poste Mia kolego Rekomendis min tiel fari, Mi kontrolis la 12 Hive ŝtipo kaj trovita tion ĉi:
Escepto occured dum provanta akiri la lokan bienon:
Sistemo.Sekureco.SecurityException: Petis registry aliro ne estas permesita.
Ĉe Sistemo.ThrowHelper.ThrowSecurityException(ExceptionResource rimedo) Ĉe
Microsoft.Win32.RegistryKey.OpenSubKey(Ŝnura nomo, Boolea writable) Ĉe
Microsoft.Win32.RegistryKey.OpenSubKey(Ŝnura nomo) Ĉe
Microsoft.SharePoint.Administro.SPConfigurationDatabase.Akiras_RegistryConnectionString() Ĉe
Microsoft.SharePoint.Administro.SPConfigurationDatabase.Akiras_Lokan() Ĉe
Microsoft.SharePoint.Administro.SPFarm.FindLocal(SPFarm& Bieno, Boolea& IsJoined)
La Zono de la asembleo kiu malsukcesis estis: MyComputer
|
Tio ĉi malfermis supre novajn avenuojn de esploro, Do ĝi estis reen al La Google. Kiu gvidis min al tio ĉi Foruma poŝto: Http://Forumoj.Codecharge.Com/poŝtoj.Php?Poŝta_identigaĵo=67135. KE ne vere helpis min sed ĝi ja komencis faranta min pensi estis datumaro kaj/aŭ sekureca afero. Mi soldiered sur kaj Andrew Connell-a Poŝti fine ekkaŭzita la penson ke mi devus fari certe ke la identeco de la apliko naĝejo konto havis konvenan aliron al la datumaro. Mi pensis ĝin jam faris. Tamen, Mia kolego iris kaj donis la app naĝeja identeco klarigas plenan aliron al SQL.
Tuj kiam ŝi faris ke ŝanĝo, Ĉio komencis laboranta.
Kio okazis poste estas plej bone esprimita kiel Haiku Poemo:
Problemoj levas iliajn manojn.
Vi svingo kaj perdiĝi. Provi denove.
Sukceso! Sed kiel? Kial?
Ŝi ne deziris lasi aferojn sole kiel tio, Preferanta doni la minimuman postulatan permeson (Kaj verŝajne kun okulo al skribanta blogan eniron; Mi venkas ŝin al la stampilo, Muhahahahaha!).
Ŝi forigis sinsekvajn permesojn de la app naĝeja identeco konto ĝis … Estis ne pli longa ajna eksplicita permeso por la app naĝeja identeco konto ĉe ĉiuj. La araneaĵa servo daŭrita labori nuran monpunon.
Ni iris kaj rebooted la serviloj. Ĉio daŭrita labori bone.
Tiel, Al recap: Ni donis la app naĝeja identeco plena aliro kaj tiam forprenis ĝin. La araneaĵa servo komencis laboranta kaj neniam haltita laboranta. Groteska.
Se iu ajn scias kial kiu devus labori, Bonvolu lasi rimarkon.
</Fino>
Sekvanta tempo, Mi estos pli malferma kaj malpli skeptika.
