2012-04-19 6 views
2

私は今日、私のプロジェクトでword addをビルドするときに、Microsoft.Sharepoint.dllがbinフォルダにコピーされていて、binフォルダ内のdllがどこから来るのかを調べる

公開時にこの(面倒な)dllが含まれている理由を簡単に確認できますか?

これは直接参照されません。プロジェクトページには3つの依存関係があり、これらのプロジェクトをすべてチェックしていますが、どちらも直接参照していません。これらのプロジェクトの依存関係に引き続き従う必要がありますか?

ビルドにヒントを与えるログファイルはありませんか?

EDIT

問題は、私のプロジェクトがtrueにコピーローカルセットでMicrosoft.SharePoint.dllへの参照を持っていたプロジェクトを参照するプロジェクトを参照するということでした。私はすべてのプロジェクトからdllを削除し、copy localをfalseに設定して再構築する必要がありました。私は、第三者のDLLが私のプロジェクトにコピーされることに気付かなかった。

答えて

2

これが別のDLLからの依存関係のために引き込まれている場合は、すべてのDLLをDependency Walkerに見てみてください。これは、DLLが持つすべての依存関係を検出します。通常これは実際に使用されている/バインドされている場合のみですが、Fusion Log Viewerを使用して、すべてのDLLバインドがバインドされている場所を確認することもできます。 (私は間違ってそれらを使用することができるが)あなたがブラウザ上で相互参照のための放火犯を使用してトレースを実行することができasp.netの反射機構のAA見ている場合、またはことができませんでした

+0

これらのどちらが本当に私のために働きました - Microsoft.SharePoint.dll – woggles

+0

@wogglesを使用する必要はないことを覚えておいてください。これは、ビルドイベントをチェックするためにコピーされるための参照以外の唯一の理由です。 VSには、使用できるビルド出力画面もあります。 –

+0

yepビルドの出力画面が助けられました...ビルドされていたすべてのプロジェクトでMicrosoft.SharePoint.dllのコピーローカルをoffに設定するだけでした。 – woggles

0

関連する問題