2017-03-02 22 views
2

.netコアプロジェクトをフルネットワークで使用するAPIプロジェクトがあります。4.6.1 Identity Serverを使用している自分のナゲットパッケージを更新していました4と私の古いコードのいくつかと競合していないことを確認していたので、私はbinフォルダの内容を削除しました。Updated - System.Net.Http DLLがbinフォルダにコピーされない - IdentityServer4.AccessTokenValidation

私はプロジェクトを再構築しましたが、今はsystem.net.http 4.1.1.0が見つからないというナゲットパッケージを挿入できません。何時間もゆっくりと判決を受けた後、プロジェクトが再構築され、すべてのDLLをbinフォルダに入れると、system.net.http DLLはコピーされませんでした。

奇妙なのは、.net 4.6.1を使用して新しい.netコアAPIプロジェクトを作成し、binフォルダを削除し、system.net.http dllをコピーし直すときです。

私の質問は - 私はどのようにDLLがbinフォルダにコピーされているので、他の誰かがこのプロジェクトで作業していないことを確認しますか?


アップデート2017年3月3日11時00

だから私は自分のプロジェクトを壊しているが、私は、なぜ/それを修正する方法をうまくカント何かを発見しました。

1)空の.netコアAPIプロジェクトを作成する場合は、.net461を使用してbinフォルダをクリーンアップしてビルドすると、 "bin \ Debug \ net461 \ win7"フォルダ内のSystem.Net.Http DLLが表示されます-x64 "となります。

2)は、今再び

4)プロジェクトをビルドし、あなたのbinフォルダをクリアし、依存関係

"IdentityServer4.AccessTokenValidation": "1.0.5" 

3)にIdentityServer4 AccessTokenValidationを追加すると、あなたはSystem.Net.Http DLLが欠落しているが表示されます。

あなたがそれを実行したときにプロジェクトがまだ動作するはずですが、私はその欠落しているDLLを必要とnugetパッケージを使用しています...

+0

使用しているVSのバージョンは何ですか?私はVS 2017 RCがバグであることを発見し、同じ種類のいくつかの問題に直面しました。ここでは、いくつかのプロジェクトでは、 – ArgusMagnus

答えて

1

はSystem.Net.Httpは、それを使用するプロジェクトで参照する必要があります。参照のプロパティを取得し、プロパティ "Copy Local"をtrueに設定します。

関連する問題