.net - SPSite コンストラクターでの FileNotFoundException

Question

カスタムプロセス (MyApp.exe) でファームサーバーのインスタンスをインスタンス化しようとしSPSite、URI 全体 ( http://mysite:80/ ) をパラメーターとして指定します。また、実行中のアカウントがであることも確認しましMyApp.exeたSite Collection Administrator。

ただし、私がSPSiteやろうとしていることのインスタンスを作成することはできません。常に . をスローしFileNotFoundExceptionます。

誰でもアイデアを得ましたか？

スタックトレース：

C の MyCompanyName.Service.HelperClass.GetItemStateInSharePoint(SharePointItem アイテム)で Microsoft.SharePoint.SPSite..ctor(SPFarm ファーム、Uri requestUri、ブール値 contextSite、SPUserToken userToken)で Microsoft.SharePoint.SPSite..ctor(String requestUrl) で: \Workspaces\MyCompanyName\Development\Main\MyCompanyName.SharePoint\Service\HelperClass.cs: 555 行目

別の補足事項...ブラウザから問題なくアクセスできるWebアプリケーション+サイトコレクションがあります。

score 14 · Accepted Answer

FileNotFoundException は、要求されたサイトコレクションが SharePoint 構成データベースで見つからない場合に、SharePoint によってスローされます。URL http://mysite:80でサイトコレクションをまだ作成していないと思います。存在しないサイトコレクションの URL を使用して新しい SPSite オブジェクトをインスタンス化しようとすると、次のスタックトレースが表示されます。

System.IO.FileNotFoundException : The site http://server/sites/bah could not be found in the Web application SPWebApplication 
Name=SharePoint - 80 Parent=SPWebService.
at Microsoft.SharePoint.SPSite..ctor(SPFarm farm, Uri requestUri, Boolean contextSite, SPUserToken userToken)
at Microsoft.SharePoint.SPSite..ctor(String requestUrl)

サイトコレクションの適切な URL を指定するか、サーバーの全体管理を開いて新しいサイトコレクションを作成します。

score 12 · Accepted Answer

ビルドプロパティのプラットフォームターゲットを x64 に変更すると、SharePoint 2010 でこの問題が解決しました。

score 10 · Accepted Answer

このサイトhttp://community.bamboosolutions.com/forums/t/8179.aspxをお読みください。OSx64ビットを実行していてMSTest（32ビット）を使用している場合は失敗します。nunitを使用してください!!!

score 4 · Accepted Answer

この問題は、より多くのユーザー権限の問題であり、次の権限を与えます

ユーザー権限 SharePoint サイト --- 最小読み取り権限

Sharepoint Server --- WSS_ADMIN_WPG グループに追加

データベース --- SharePoint コンテンツ DB (サイトコレクションデータベース) - db_owner パーミッション Sharepoint Config DB (Sharepoint インストールの Config DB) - - db_owner パーミッション

私のブログでもっと読む

http://sharepointinstallation.blogspot.com/2010/12/minimal-permission-required-to-execute.html

score 4 · Accepted Answer

SharePoint 2010 にアクセスするコンソールアプリケーションの場合は、プロジェクトのビルドターゲットが x64 で、.NET Framework が 3.5 であることを確認してください。

score 2 · Accepted Answer

オブジェクトモデルが、指定した URL を気に入らない可能性もあります。サイトコレクションを作成した正確な URL を提供しない場合、またはオルタネートアクセスマッピングで構成されている正確な URL を提供しない場合、必ずしも意味をなさない例外がスローされます。あなたの場合、http://mysiteまたはを試すことができますhttp://machinename。

score 1 · Accepted Answer

私は最近、コンストラクターに関するこの問題が、コンストラクターのスターンジ動作によって引き起こされる可能性があることを発見しました。
私はMOSS2007について取り上げています。コンストラクターに完全なサイトURLを渡す場合、実際にはURLのサイト部分のみを考慮し、で「現在選択されている」Webアプリケーションを選択するように見えます。 Webアプリケーションセレクターコントロール。
したがって、たとえば、「http：// webapp / sites / site」があり、「http：// weabapp：22345」が現在選択されている場合（このようなセレクターで最後に選択したとき）、

SPSite site = new SPSite("http://webapp/sites/site")

「 http：// webapp：22345 / sites /site 」のサイトオブジェクトを実際に作成しようとして失敗します。

score 1 · Accepted Answer

私も同じ問題を抱えていました。ユーザーIDを使用してコンソールアプリケーションを実行したかった。私はWebアプリケーションの所有者+ファーム管理者です。それでもアプリケーションを実行できませんでした。

問題はによって解決されました

ビルドプロパティのプラットフォームターゲットをx64に変更する
サイト設定->ユーザーとアクセス許可->サイトコレクション管理者には2つの名前がありました。他の名前を削除し、動作を開始しました。

score 1 · Accepted Answer

これと同じ問題がありましたが、さまざまな原因についてはよく知っています。要約を以下に示します。

間違ったアドレスを入力したか、間違ったアドレスを入力した可能性があります
プロセスを実行しているユーザーアカウントには、必要なアクセス許可がありません。SharePoint サイトへの読み取りアクセス許可、SharePoint 構成データベースの dbo、およびコンテンツデータベースです。
64 ビットサーバーでビルドする場合、プロセスは 64 ビットプロセス (デフォルトは 64 ビットの「すべての CPU」) である必要があります。
プロセスは .NET 3.5 をターゲットにする必要があります

score 1 · Accepted Answer

プロジェクトのコンパイルターゲットを「任意の CPU」に設定したままにすることができます。重要なのは、MSTest ホストプロセスを 64 ビットで実行するように構成することです。.testsettings ファイルを開き、[ホスト] タブに移動して、[64 ビットでテストを実行...] を設定します。

この後、テストを実行したときにVSが何もないことを示した場合は、テストプロジェクトを削除して再度追加します（これに対するより良い回避策はわかりません）

それが役に立てば幸い！

score 1 · Accepted Answer

例外のスタックトレースが役立ちます。

ツール - >オプション - >デバッグで「自分のコードのみ」を無効にし、デバッガーが表示したときに例外のコールスタックでファイル名引数を調べることで、それがどのファイルで、何が起こっているのかをある程度理解できると思います（もちろんデバッグできる場合）、または名前が例外メッセージに表示される場合があります。

score 1 · Accepted Answer

web.config を確認し、ファイルが欠落している構成があるかどうかを確認します。

12 ハイブでログを探してください。ログ設定が正しい場合、ファイルが失われます。

編集: すべての DLL が GAC にあるかどうかも確認してください。web.config ファイルにすべての情報が含まれているかどうかを確認します: namespace,Classname, NameSpace, Version=version_number, Culture-your_culture, PublicKeyToken=your_signed_token

score 0 · Accepted Answer

私の場合、それは間違いなく、私が Windows にログインしていたアカウントの権限の問題でした。

管理者として実行されている SharePoint 管理シェルで次のコマンドを試してください。

Get-SPSite ' http://yoursite/yourcollection '

エラーが発生した場合は、アプリケーションプールユーザーまたは SharePoint のインストールに使用したアカウントとして SharePoint サーバーにログオンし、上記のコマンドを再試行してください。

機能する場合は、以前のアカウントに権限の問題があることがわかります。この問題を解決するには、同じシェルウィンドウで次のコマンドを実行し、VS で使用するアカウントを指定します。

Add-SPShellAdmin -ユーザー名ドメイン\ユーザー

score 0 · Accepted Answer

同様の問題があります。

私のシナリオでは、コンソールアプリケーションから SPSite のインスタンスを作成できましたが、別のチームメイトが作成しようとすると、アプリケーションは上記と同じ例外をスローしました。

解決策: 他のチームメイトを Content Db サーバーボックスの管理者として追加しました (これは誰にとっても可能ではないかもしれません)。コードは正常に動作し、エラーは発生しません。

score 0 · Accepted Answer

数日前に同じ問題に直面しましたが、解決策は、SPSite オブジェクトを作成しようとしているアプリケーションが、Sharepoint の Web アプリケーションと同じ AppPool を使用するように設定することでした。

それが役に立てば幸い。

score 0 · Accepted Answer

SharePoint 2010 でも同じ問題が発生しました。ただし、問題は、SharePoint オブジェクトモデルにアクセスしていた Web サービスにありました。このサービスを実行するアプリケーションプールは、ファーム管理者である必要があります。

score 0 · Accepted Answer

私は数週間前にこれに悩まされていました。最終的に、見つからなかったファイルは SharePoint アセンブリそのものであることがわかりました。ランタイムは、遅延バインディングによるサテライトアセンブリの読み込みに失敗していました。

私の問題の解決策は、SharePoint 12.0.0.0 アセンブリを GAC に登録することでした。あなたの問題と同じようには聞こえませんが、参考までに。

score 0 · Accepted Answer

x64 の問題に関する MSTest が、この問題の原因でした。コンソールアプリで動作します。

.net - SPSite コンストラクターでの FileNotFoundException

21 に答える 21

Related

Reference