2011-01-17 3 views
1

ITは最近win xp 32ビットマシンからWin 7 Enterprise 64ビットマシンに移行しました。 VS2010、MVC3、その他のさまざまなコンポーネントをインストールした後、私が取り組んでいるMVC3プロジェクトの最新バージョンを取得しました。win7の64ビットマシンに移行した後、MVC3プロジェクトがdllを正しくロードしない

ファイルまたはアセンブリをロードできませんでした「コア」またはその依存関係の1つ:私は、デバッガを実行すると、私は次のエラーコードと私の溶液中で別のプロジェクトからのDLLを参照する死の黄色の画面を取得します。アクセスは拒否されました。 説明:現在のWeb要求の実行中に、未処理の例外が発生しました。エラーの詳細とコード内のどこで発生したのかについては、スタックトレースを参照してください。

とスタックトレース:

[FileLoadException:ファイルまたはアセンブリ 'コア' またはその依存関係の1つをロードできませんでした。アクセスが拒否されました。]

[FileLoadException:ファイルまたはアセンブリ 'Core、Version = 1.0.0.0、Culture = neutral、PublicKeyToken = null'またはその依存関係の1つをロードできませんでした。アクセスが拒否されました。] System.Reflection.RuntimeAssembly._nLoad(のAssemblyNameファイル名、文字列のコードベース、証拠assemblySecurity、RuntimeAssembly locationHint、StackCrawlMark & stackMark、ブールthrowOnFileNotFound、ブールforIntrospection、ブールsuppressSecurityChecks)+0 System.Reflection.RuntimeAssembly.nLoad( AssemblyNameファイル名、文字コードベース、証拠assemblySecurity、RuntimeAssembly locationHint、StackCrawlMark & stackMark、ブールthrowOnFileNotFound、ブールforIntrospection、ブールsuppressSecurityChecks)+39 System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(のAssemblyName assemblyRef、証拠assemblySecurity、StackCrawlMark & stackMark、ブールforIntrospection、ブールsuppressSecurityChecks)+132 System.Reflection.RuntimeAssembly.Interna lLoad(文字列assemblyString、証拠assemblySecurity、StackCrawlMark & stackMark、ブールforIntrospection)144 System.Reflection.Assembly.Load(文字列assemblyString)+28 System.Web.Configuration.CompilationSection.LoadAssemblyHelper(文字列のAssemblyName、ブールstarDirective)+46

[ConfigurationErrorsException:ファイルまたはアセンブリ 'Core、Version = 1.0.0.0、Culture = neutral、PublicKeyToken = null'またはその依存関係の1つをロードできませんでした。アクセスが拒否されました。] System.Web.Configuration.CompilationSection.LoadAssemblyHelper(文字列のAssemblyName、ブールstarDirective)618 System.Web.Configuration.CompilationSection.LoadAllAssembliesFromAppDomainBinDirectoryは()209 System.Web.Configuration.CompilationSection.LoadAssembly(AssemblyInfo AI)130 System.Web.Compilation.BuildManager.GetReferencedAssemblies(CompilationSection compConfig)178 System.Web.Compilation.BuildManager.GetPreStartInitMethodsFromReferencedAssemblies()94 System.Web.Compilation.BuildManager.CallPreStartInitMethods()332 システム.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager、IApplicationHost appHost、IConfigMapPathFactory、configMapPathFactory、HostingEnvironmentParameters hostingParameters、PolicyLevel pol HttpException(0x80004005):ファイルまたはアセンブリ 'Core、Version = 1.0.0.0、Culture = neutral、PublicKeyToken = null'またはその依存関係の1つをロードできませんでした。アクセスが拒否されました。] System.Web.HttpRuntime.FirstRequestInit(HttpContextコンテキスト)+8972240 System.Web.HttpRuntime。EnsureFirstRequestInit(のHttpContextコンテキスト)97 System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest WR)258

それは他のマシン上で正常に実行、およびサーバーの罰金にロードされます。セキュリティ上の問題や見落としていることはありますか?私はwin7の64ビット環境が新しくなっていますか?それとも、あなたの誰かに明らかなことを忘れてしまったことがありますか?

EDIT:同じ結果を得てIIS Express 7.5も試しました。

EDIT2:ローカルでデバッグしているときにweb.configファイルの偽装を無効にし、サーバーに展開するためのリリーストランスフォームにその行を追加することで問題を解決しました。

答えて

1

専用のアカウントでアプリプールを実行していますか?つまり、ネットワークサービス以外の何か?その場合は、asp.netの一時ファイルディレクトリにアクセス許可を追加する必要があります。

+0

私は実際にcassiniでアプリケーションプールのデバッグを指定していませんが、tempディレクトリのアクセス許可をチェックします。 – eppdog

+0

は、すべての権限がそこにあることを確認しました。私もtempのASPファイルと私のbinディレクトリに完全なアクセス許可を試みたが、同じ例外が発生します。 – eppdog

+0

は、web.configに埋め込まれた偽装行が、ローカルでうまく動作していないことが判明しました。 – eppdog

関連する問題