問題タブ [gac]

VistaのGACでアイテムを表示しようとしていますが、1.0、2.0、3.5、3.5 SP1のすべての.NETがインストールされていますが、管理ツールからのショートカットが表示されません。GACのアイテムを表示および編集する別の方法を知っている人はいますか？

私はいくつかの DLL バージョン、ポリシー ファイル、および GAC 内のアイテムに関する非常に「奇妙な」問題に取り組んできましたが、私の人生では、どのように/なぜ . NET フレームワークは、プロジェクト参照をバインドするときに実行するアセンブリを選択します。

まず、私たちが持っているものの歴史を少し説明すると、次の情報を含む 2 つのライブラリ DLL ファイルがあります。

これらの各アセンブリは GAC に読み込まれ、1.1 および 2.0 バージョンにはそれぞれ、読み込む最新バージョンを指定するポリシー ファイルがあります。

ApplicationAssembly.dll ファイルの 1.1.00.1234 バージョンを参照するプロジェクトがありますが、プロジェクトが移動され、ヒント パスが無効になりました。ただし、参照は死んでいませんが、アセンブリの意図した 1.1 バージョンではなく、02.00.00.1111 バージョンに表示されています。

このプロセスはどのように決定され、なぜすぐに 2.0 フレームワークに移行したのですか? 「特定のバージョン」参照であることを指定すると、ヒントパスが正しくなくても適切な DLL が検出されますが、将来的に問題が発生するリスクがあるため、その設定をオンのままにしておくことはできません。

問題は、なぜこれが起こるのかということだと思います。 また、.NET はアセンブリの場所をどのように決定するのでしょうか?

Asp.Net Web ページで例外がスローされると、完全なスタック トレースと共にエラー メッセージが表示されます。

以下の例:

スタック トレース:
IndexOutOfRangeException: インデックスが配列の範囲外でした。

MyNameSpace.SPAPP.ViewDetailsCodeBehind.LoadView() +5112 MyNameSpace.SPAPP.ViewDetailsCodeBehind.Page_Load(オブジェクト送信者、EventArgs e) +67
System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp、オブジェクト o、オブジェクト t、EventArgs e) + 13
System.Web.Util.CalliEventHandlerDelegateProxy.Callback(オブジェクト送信者, EventArgs e) +43
System.Web.UI.Control.OnLoad(EventArgs e) +98
... ...

問題は、表示された行番号が、例外を発生させたコード内の行に対応していないことです。
上記の例では、スタックは行番号 5111 を示していますが、コード ビハインド .cs ファイルには 250 行しかありません!

aspx ページは SharePoint サイトに保存され、コード ビハインドを含むアセンブリは GAC に展開されています。また、デバッグモードでコンパイルしました。

上記の設定で、コード内のどの行で例外が発生したかを調べるにはどうすればよいですか?

strelokstrelokによって指摘された説明:

リリース モードでは、例外の前の番号はコード行ではありません。代わりに、ネイティブのコンパイル済みコードへのオフセットであり、人間にとっては何の意味もありません。詳細はこちら: http://odetocode.com/Blogs/scott/archive/2005/01/24/963.aspx

デバッグ モードでは、PDB ファイルはネイティブ コード オフセットをコード内の .cs 行に自動的にマップし、表示される番号はコード内の対応する行になります。

いつGACにインストールする必要があり、いつインストールしない必要がありますか？（私は、実際には、クライアントが当社の製品を購入したときに、クライアントのマシンにインストールすることを指します）。

1. 1つのアプリケーション（GACまたは非GAC）でのみ使用されるアセンブリがありますか？

2. すべてのアプリケーションが共有するアセンブリ（GACまたは非GAC）がありますか？

3. すべてのアプリケーションで、異なるバージョンのアセンブリ（GACまたは非GAC）を使用できますか？

これらは3つのシナリオです...しかし、私はもっとあると確信しています。私は必ずしもこれらの3つの質問だけに対する答えを探しているわけではありません。

同様の質問：GACを使用することの長所と短所は何ですか？

アセンブリは頻繁に更新され、更新ごとに登録したくないため、GAC を使用したくないことに注意してください。

質問はそれをすべて言います

私は奇妙なシナリオを持っています：

Web.configファイルからセクションを読み取ろうとしているGACのdllを呼び出すWebパーツがあります。これは正常に機能しますが、SSLでは、（構成ファイルの）パスにアクセスできないと言って失敗します。ただし、これはmosssvcアカウントの下にあり、webconfigファイルを完全に制御できます。

80web.configファイルと443web.configファイルの両方に、dllが探している同じエントリがあり、mosssvcは両方の構成を完全に制御できます。

443の信頼レベルを完全に上げてみましたが、うまくいきませんでした。

何かアイデア、または私が試すことができると思うことができるものはありますか？

編集：もっと明確にすべきでした：SSLサイトはすでに作成されており、GACのアセンブリ内の1つのメソッドがWeb構成を調べようとするまで正常に機能します。

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