更新プログラム: 私はここで MSDN にこの質問を掲示されます。 (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) マイクロソフトの Michael Washam は簡潔な答えと答えたと.
として、web サービスを作成します。 BDC に優しいファサード SharePoint リストに. とき私の開発環境からこれを使用, それは見事に働きました. とき私はこれは新しいサーバーに移行, 私はこのエラーが発生しました:
| System.IO.FileNotFoundException: Web アプリケーションで http://localhost/sandbox 見つかりませんでした。. URL を正しく入力したことを確認します. 場合は、既存のコンテンツの URL のサービスを提供する必要があります。, システム管理者は、目的のアプリケーションに新しい要求 URL マッピングを追加する必要があります。. Microsoft.SharePoint.SPSite では。ctor(SPFarm ファーム, Uri requestUri, ブール値の contextSite, SPUserToken userToken) Microsoft.SharePoint.SPSite では。ctor(文字列 requestUrl) Conchango.xyzzy.GetExistingDocument で(文字列 minId, 文字列 maxId, 文字列 titleFilter) c 言語で:\ドキュメントと SettingsPaulMy visual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:行 69 |
ここでは行 69:
使用してください。 (SPSite サイト新しい SPSite =("http://localhost/sandbox"))
URL 上のさまざまなバリエーションを試みた, サーバーの実際の名前の使用を含む, その IP アドレス, 末尾のスラッシュが url, など. 私は常にそのエラーを得た.
私は使用されます。 Google それを研究するには. 多くの人々 がこの問題に直面します。, またはそのバリエーションです。, しかし、誰もそれを解決するように見えた.
Tricksy モス提供など詳細は私に確認するには発生しなかったエラー、 12 ハイブ ログ. 最終的に, について 24 時間後 私の同僚 そんなにお勧め, 私はチェック アウト、 12 ハイブのログし、この発見:
地元の農場を取得しようとして例外が発生しました:
System.Security.SecurityException: 要求されたレジストリ アクセスは許可されていません.
System.ThrowHelper.ThrowSecurityException で(ExceptionResource リソース) atMicrosoft.Win32.RegistryKey.OpenSubKey(文字列名, 書き込み可能なブール値) atMicrosoft.Win32.RegistryKey.OpenSubKey(文字列名) Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString で() atMicrosoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() atMicrosoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& ファーム, ブール値& つなげて)
失敗したアセンブリのゾーンだった: マイ コンピューター
|
これは研究の新しい道を開いてください。, それは Google に戻っていたので. これに私を導いた フォーラムの投稿: http://forums.codecharge.com/posts.php?post_id = 67135. それは本当に私を助けていないが、それはデータベースやセキュリティ問題があったと思わせて起動でした。. 私は辛抱を アンドリュー ・ コネル アプリケーション プールの id アカウントがデータベースへの適切なアクセスを持っていたことを確認する必要があることを考えて最後にトリガーされた投稿します。. 私はすでにやったと思った. ただし, 私の同僚に行ったし、SQL にアプリケーション プールの id アカウント フル アクセスを与えた.
彼女は、変更を加えたとすぐ, すべての作業を開始しました。.
次に何が起こった最高として表現します。 俳句 詩:
問題を自分たちの手を上げる.
あなたのスイングとミス. もう一度やり直してください.
成功! しかし、どのように? なぜ?
彼女はそのような事を放っておくことはしたくないです。, 最低限必要なアクセス許可を与えることを好む (おそらく、目にブログ エントリを書く; 私は彼女にパンチをビートします。, muhahahahaha!).
彼女は、アプリケーション プール id アカウントまでから一連のアクセス許可を削除 … すべてのアプリケーション プール id アカウントの任意の明示的な権限はもはや. Web サービスをうまく続けてください。.
我々 は行って、サーバーを再起動. すべては仕事を続けてください。.
だから, 要約するには: 我々 はアプリケーション プールの id のフル アクセスを与え、それからそれを離れて取った. Web サービスが作業を開始し、作業を停止しません。. 奇妙です.
だれでもなぜ、働いている必要があります知っている場合, くださいコメントを残す.
</終了>
次の時間, 私はより開きより懐疑的になります.
