問題タブ [gac]

答えが「状況によって異なります」の場合、その理由を簡単に説明していただけますか？

「/」アプリケーションでサーバー エラーが発生しました。

パーサー エラーの説明: この要求を処理するために必要なリソースの解析中にエラーが発生しました。次の特定の解析エラーの詳細を確認し、ソース ファイルを適切に変更してください。

パーサー エラー メッセージ: タイプ 'System.Web.Mvc.ViewMasterPage' はあいまいです: アセンブリ 'C:\Windows\assembly\GAC_MSIL\System.Web.Mvc\1.0.0.0__31bf3856ad364e35\System.Web.Mvc. dll」またはアセンブリ「C:\Projects\Samples\JQuery\bin\JQuery.DLL」から。型名でアセンブリを明示的に指定してください。

ソース エラー:

行 1: <%@ Master Language="C#" 行 2: Inherits="System.Web.Mvc.ViewMasterPage" 行 3: EnableTheming="true" %>

ソース ファイル: /Views/Shared/Site.Master 行: 1

バージョン情報: Microsoft .NET Framework バージョン:2.0.50727.4918; ASP.NET バージョン:2.0.50727.4918

たぶん、なぜこれが突然ポップアップするのか、私は混乱しているだけです. 私はこのテスト アプリに 2 日間取り組んできましたが、F5 キーを押すだけで…</p>

-キロバイト

1000 個の asp.net Web サイトがあり、それぞれの /bin フォルダーに 30 個の DLL があるとします。

したがって、30,000 DLL です。

1 セットの DLL をグローバル アセンブリ キャッシュに登録し、各サイトが GAC で DLL を使用した場合、Web サイト、Web サーバー、またはマシンの実行速度は速くなりますか?

たとえば、Web サイト全体で使用するメモリが少なくなるでしょうか。

ただ疑問に思います-アセンブリをGACにデプロイする必要がある場合、それを行う「公式の」方法は何ですか？

現在、c：\ windows \ assemblyフォルダーに手動でドラッグアンドドロップするか、gacutil.exeを使用しています。最初の方法は明らかに良い方法ではなく（結局のところ手動プロセスです）、gacutilはSDKの一部であり、本番サーバーではデフォルトで使用できません。

マイクロソフトの導入ガイドラインはありますか？

64 ビット マシンで 32 ビット アプリケーション (x86 としてビルド) を実行しようとしています。32 ビット com オブジェクトを使用するため、x86 としてビルドしました。これを行うまで、アプリは com をロードできませんでした。これで com が読み込まれますが、microsoft.mshtml アセンブリが見つからないというエラーが表示されます。このアセンブリは、(.net) 依存関係の 1 つによって使用されます。

エラーメッセージは次のとおりです。

このアセンブリは、CLSID と WOW3264NodeCLSID の両方に登録されていることがわかります。ただし、WINdows\Assembly ディレクトリにはありません。

アプリを構築したコンピューターからdllをコピーして、アプリディレクトリに入れようとしました。その後、アプリを実行しようとすると、厳密な名前付けに関するセキュリティ エラーが発生しました。エラーをグーグルで調べたところ、アセンブリをGACに追加する必要があることがわかりました。dll を にドラッグして実行しようとしました\windows\assemblyが、これも機能しませんでした。private\public key に関するエラー メッセージが表示されました。

バインディング ロギングを有効にすると、次のようになります。

=== プレバインド状態情報 ===

私は何をすべきか？どんな助けでも大歓迎です。

フロントエンドの変更のみで多くの Web サイトにデプロイされた Web アプリケーションがあります。共有バックエンド部分には GAC に DLL があるため、その 1 つの DLL を更新するだけで、すべてのサイトが更新されます。

/bin フォルダー内の DLL で GAC をオーバーライドして、新機能がリリースされる前にテストする方法はありますか?

gac に同じ名前の別の古いバージョンのアセンブリがあるため、asp.net アプリケーションにローカルの bin ディレクトリからアセンブリを強制的にロードさせる方法はありますか?

他のアプリケーションが gac バージョンを使用しているため、gac バージョンを削除できず、新しいバージョンを gac に追加するときにいくつかの問題に直面しています。

私は自分のソリューションでいくつかのサードパーティライブラリを使用しており、これらを3rdPartyと呼ばれる別のソース制御フォルダーに保存しました。VS2008IDEからこのフォルダーにDLLへの参照を追加しました。ただし、ソリューションを保存、閉じ、開いた後、GAC内のアセンブリを指すように参照が変更されていることがわかりました。

3rdPartyフォルダーを使用する理由は、GACフォルダーに何もインストールしなくても、どのマシンからでも簡単に最新バージョンを取得してプロジェクトをビルドできるためです。VS2008で参照を変更しないようにするにはどうすればよいですか？

編集：ベンジョルの答えを見た後、私はこれを修正するためにアセンブリマニフェストを使用できるかどうか疑問に思っていました。これは私の問題を解決するのに役立ちますか？

ここで、GAC に関するいくつかの投稿と、共有アセンブリを GAC にインストールしてアプリケーションを展開してはならない理由を読みました。これは、クライアント マシン上のアプリケーションの更新をより簡単にするはずなので、理にかなっています。

ただし、開発中とビルド サーバー上で GAC が役立つと思われる領域が 2 つあります。

たとえば、Microsoft アプリケーション ブロックを使用する場合、それらを GAC にインストールして、そこで参照することができます。これは、開発者のマシンごとにパスへの絶対参照が異なる可能性があるため、これを行う方が簡単であるため、理にかなっています。また、すべての共有コンポーネントでネットワーク ドライブを共有するよりも優れています。

次に、おそらくビルド サーバーに対して同じことを行います。ただし、これに関する唯一の問題は、バージョン 2.0 のアプリケーション ブロックを使用するアプリがあることです。後で、バージョン 3.1 を使用するようにこれをアップグレードします。ある時点で、顧客が発見したバグをテストするためにそのアプリケーションの以前のバージョンを再作成する必要があるかもしれませんが、ビルドを再作成すると、最初にビルドされたアプリケーション ブロックのバージョン 2.0 ではなく、バージョン 3.1 が選択されます。これは本当ですか、それとも GAC にある限り、古いプロジェクト ファイルは古いバージョンの dll を引き続き参照しますか?

この特定の点について、あなたの考え/意見は何ですか?

共有コンポーネントのすべてのバージョン (ダウンロードまたはビルド) を MSI としてすべての開発者に配布できるようにしたいと考えています。MSI は GAC にインストールされ、アプリケーション インストーラーの一部として顧客のマシンに「XCOPY」で展開されます。これはこれを行うための最良の方法ですか？