דערהייַנטיקן: איך אַרייַנגעשיקט דעם קשיא צו מסדן דאָ (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 קען נישט זייַן געפונען. באַשטעטיקן אַז איר האָט טייפּט די URL ריכטיק. אויב די URL זאָל זייַן געדינט שאַפֿן צופרידן, די סיסטעם אַדמיניסטראַטאָר קען דאַרפֿן צו לייגן אַ נייַ בעטן URL מאַפּינג צו די בדעה אַפּלאַקיישאַן. בייַ מיקראָסאָפט.שאַרעפּאָינט.ספּסיטע .. קטאָר(ספּפאַרם פאַרם, אורי רעקוועסטורי, בוליאַן קאָנטעקסציטע, ספּוסערטאָקען וסערטאָקען) בייַ מיקראָסאָפט.שאַרעפּאָינט.ספּסיטע .. קטאָר(שטריקל רעקוועסטורל) בייַ קאָנטשאַנגאָ.קסיזזי.געטעקסיסטינגדאָקומענט(שטריקל מיניד, שטריקל מאַקסיד, שטריקל טיטלעפילטער) אין C:\דאָקומענטן און סעטטינגס פאולוס מייַן דאָקומענץ וויסואַל סטודיאָ 2005 פּראַדזשעקס קסיזזי בדק_דאָקרעוויעוו בדק_דאָקרעוויעוו דאָקרעוויעוופאַקאַדע.אַסמקס.קס:ליניע 69 |
דאָ איז שורה 69:
ניצן (ספּסיטע פּלאַץ = נייַ ספּסיטע("http://localhost/sandbox"))
איך געפרוווט פאַרשידענע ווערייישאַנז אויף די URL, אַרייַנגערעכנט ניצן די סערווירער ס פאַקטיש נאָמען, זייַן IP אַדרעס, טריילינג סלאַשיז אויף די URL, אאז"ו ו. I always got that error.
איך געוויינט די גוגל to research it. Lots of people face this issue, אָדער ווערייישאַנז פון עס, אָבער קיין איין געווען צו האָבן עס סאַלווד.
טריקקסי מאָך צוגעשטעלט אַזאַ אַ דיטיילד טעות אַז עס האט ניט פאַלן צו מיר צו קאָנטראָלירן די 12 hive logs. Eventually, וועגן 24 שעה נאָך מיין קאָלעגע רעקאַמענדיד איך טאָן אַזוי, איך אָפּגעשטעלט אויס די 12 כייוו קלאָץ און געפונען דעם:
אַן אויסנאַם פארגעקומען בשעת טריינג צו קריגן די היגע פאַרם: סיסטעמ.סעקוריטי.סעקוריטיעקססעפּטיאָן: געבעטן רעגיסטרי צוטריט איז נישט ערלויבט. בייַ סיסטעמ.טהראָווהעלפּער.טהראָווסעקוריטיעקססעפּטיאָן(עקססעפּטיאָנרעסאָורסע מיטל) בייַ (שטריקל נאָמען, בוליאַן ווריטאַבלע) בייַ (שטריקל נאָמען) בייַ () בייַ () בייַ (ספּפאַרם& פאַרם, בוליאַן& יסדזשאָינעד) דער זאָנע פון די פֿאַרזאַמלונג וואָס אַנדערש איז געווען: MyComputer |
דאס געעפנט אַרויף נייַ אַוואַנוז פון פאָרשונג, אַזוי עס איז געווען צוריק צו די גוגל. אַז געפירט מיר צו דעם פאָרום פּאָסטן: הטטפּ://forums.codecharge.com / פּאָסצ.פפּ?פּאָסט_יד = 67,135. 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.
אויב ווער עס יז ווייסט וואָס וואָס זאָל האָבן געארבעט, ביטע לאָזן אַ באַמערקונג.
</עק>
דוד , איך ליבע ו , ו געמאכט מיין טאָג , איך איז געווען ארבעטן אויף עס פֿאַר כּמעט אַ טאָג , און ו נאָר געהאלפן מיין צייַט
פייַן פּאָסטן, דאַנק. אין מיין פאַל, מיין פּראָבלעם איז סאַלווד דורך טשאַנגינג די וועבסערוויסע ס אַפּפּפּאָאָל צו גלייַכן אַז פון די שאַרעפּאָינט פּלאַץ זאַמלונג.
לחיים,
די פערנאַנדאָ. גאָמעז F.
איך האָבן זייַענדיק געפרוווט פֿאַר 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. 🙂