2010-11-22 26 views
0

私は最近、私が書いたカスタムSharepointジョブのためにGACにアセンブリを登録しなければならなかった。インストールされると、アセンブリまたは "その依存関係の1つ"をロードできないというエラーがスローされ始めました。私の主要なアセンブリを認識させるために、サポートするアセンブリ(例えば、System.Collections)をGACに登録する必要がありますか?サポートアセンブリはGACに登録する必要がありますか?

答えて

3

はい、既に存在していないすべての参照アセンブリをGACに登録する必要があります。

備考:System.Collectionsは名前空間であり、BCLの一部であり、既にGACに存在するアセンブリではありません。

+0

私はまだ 'System.Collections'を登録する必要がありますか?私は私のGACを見ると、私はSystem.Whateversのトンを見ると思います。私はそれらもすべて名前空間だと仮定していますか? –

+0

「System.Collections」はアセンブリではなく**です。これは、すでにGACに存在する 'mscorlib'アセンブリに含まれている名前空間です。名前空間は、ソースファイルの一番上にある 'using System.Collections;'のように*使用*する必要があります。 –

+0

申し訳ありませんが、前のコメントは不完全なまま投稿されました。私はNOTとアセンブリであることを理解します。私のポイントは、System.Collectionsがそこにあるべきかどうか疑問に思う私のGACに名前空間(System.Dataのためのインスタンスなど)がたくさんあることです。 –

1

.NET Frameworkを構成するすべてのアセンブリは、既にGACに含まれている必要があります。したがって、System.Collectionsを含むアセンブリを登録する必要はありません。

ただし、コードが依存するカスタムビルドアセンブリはすべてGACに配置する必要があります。

関連する問題