問題タブ [dotnet-cli]

Mac で dotNet をコーディングできることをとても楽しみにしています。

aspnet nancy yeoman ジェネレーターで問題に直面しています

復元できますが、プロジェクトをビルドしようとすると表示されます。

プロジェクト api (DNX,Version=v4.5.1) は、予期される出力が欠落しているためコンパイルされます DNX,Version=v4.5.1 のコンパイル api /Users/garrison/projects/dotNet/garrison/api/project.json(18,20) : エラー DOTNET1012: 参照アセンブリ ディレクトリが指定されていません。DOTNET_REFERENCE_ASSEMBLIES_PATH 環境変数を使用して場所を設定できます。/Users/garrison/projects/dotNet/garrison/api/project.json(3,28): 警告 DOTNET1015: 'compilationOptions' オプションは非推奨です。代わりに「buildOptions」を使用してください。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係 mscorlib を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(11,51): エラー NU1001: 依存関係 mscorlib を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係 mscorlib を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(11,51): エラー NU1001: 依存関係 mscorlib を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係システムを解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(11,51): エラー NU1001: 依存関係システムを解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係システムを解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(11,51): エラー NU1001: 依存関係システムを解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係 System.Core を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(11,51): エラー NU1001: 依存関係 System.Core を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係 System.Core を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(11,51): エラー NU1001: 依存関係 System.Core を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係 Microsoft.CSharp を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(11,51): エラー NU1001: 依存関係 Microsoft.CSharp を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係 Microsoft.CSharp を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(11, 51): エラー NU1001: 依存関係 Microsoft.CSharp を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係 System.Runtime を解決できませんでした。/Users/garrison/projects/dotNet/garrison/api/project.json(10,61): エラー NU1001: 依存関係 System.Collections.Concurrent を解決できませんでした。

コンパイルに失敗しました。1 警告 19 エラー

奇妙なことに、これは空または通常の aspnet アプリケーションでは発生しないため、このテンプレートのためだけに環境変数について泣いているのはなぜだろうか。

最新の (私が思うに) .NET Core をインストールし、Visual Studio 2015 を介して .NET Core Web プロジェクトを作成し、ユーザー シークレットの使用を開始しようとしました。以下のように、CLI は (インストールしたと主張した後...) 見つからないと主張します。

また、リクエストごとに project.json ファイルを追加します。

注: ここでは、完全なフレームワークではなく、dotnet コアについて説明します。完全なフレームワークについては、これに関するドキュメントがたくさんありますが、これは dotnet コアです。

によって作成された F# ライブラリがあります。

ASP.NET Core RC2 C# アプリケーション (VS の [ファイル] -> [新しいプロジェクト] で作成)。

現在、C# から F# ライブラリを使用しています (非常に一般的なシナリオだと思います…)。F# プロジェクトは、他の .net ライブラリと同様に project.json で参照されます (依存関係の下にリストすることにより)。

これですべてがコンパイルされ、正常に動作します。これは素晴らしいことです。

唯一の問題は、VS がサポートしていないように見えることです。インテリセンスがなく、C# の F# 関数を使用する行がエラーとしてマークされます。C# から F# へのデバッグも機能しません。VS Codeを搭載したMacで試してみましたが、そこも同じです…

コンパイルを押すと、コンパイラはこれを理解し、すべて問題ありません。

このスクリーンショットはそれを要約したものです (ここで C# から F# 関数を呼び出します)。

したがって、基本的には、まだコンパイルできる大量のエラーを含む VS ソリューションになりました。

これが単純なリプリケータです。

質問:

1. VSでインテリセンスとデバッグがまったく機能する必要がありますか?
2. はいの場合、私は何を間違えましたか?
3. いいえの場合、このシナリオは将来カバーされる予定ですか?

再現者からのコードは次のとおりです。

F# ライブラリ - project.json (cli - で作成dotnet new --lang F#)

F# ライブラリ、コード:

C# アプリケーション (ここではコンソール アプリを使用しますが、asp.net コアと同じです)

C# コンソール アプリケーション project.json

ありがとう

ここの手順に従いました: https://www.microsoft.com/net/core#ubuntu

そしてそれはの出力ですdotnet restore

動作させるために、関連する証明書を信頼できる証明書に追加しましたcurlが、dotnet restore.

コア ソースを掘り下げて、Nuget が SSL 証明書をチェックする方法を調べてみました。 私が試したバージョン：

• 1.0.0-preview1-002702
• 1.0.0-preview2-003100

以下を使用してcurlを構成しました.curlrc：

curl -I https://api.nuget.org呼び出しが固定されています。

ただしdotnet restore -v Debug、まだ失敗します:

したがって、dotnetコアは使用しlibcurlますが、明らかに使用しません.curlrc。

編集：2016年6月21日

証明書データベースも mozroots で更新しようとしましたが、効果がありませんでした。（ドットネットコアの構築ページで言及されていても、ドットネットコアよりもモノに関連しているようです）。

corefx コードを掘り下げた後、System.Net.Http の Curl ハンドラーは、すべての場合に適切な ssl オプションを設定していないようです ( Simple Curl SSL サンプルのように)。

タイラーのソリューションを試しました：

入力したとしても、これは最後の証明書を追加していません'y', 'yes', '1', 'true'。

これは何かをします：

dotnetコアがlibcurl nssビルドを使用したとは確信していません（開発ページでopensslバージョンについて説明されているため（そしてそれらは相互に排他的であるため））ちなみに、libcurlのnssビルドとdotnet restoreをまだ使用しようとしました失敗します。

IMHO、問題は証明書の登録が悪いこととは関係ありませんが、curl 組み込み証明書の検証が適切に無効にされていないという事実に関連しています (証明書の検証は System.Net.Http で行われ、クライアント コードに次の機能を提供することが必須であるため)。この検証をカスタマイズします)。

他の場所ではなく、自分のマシンで発生しているのはなぜですか? 私のバージョンのlibcurlに関連している必要があります。

ただし、これらはすべて現時点での仮定にすぎません。

編集 22/05/2016:

特に master ブランチと RC2 リリースを比較して、コードをより詳しく調べると、SSL 処理コードがまだ大きく変更されていることが明らかです。

そこで、RC2 コードを取得し、マスター ブランチの動作を反映するように変更します。

しかし、それは何も変わりませんでした.しかし、それは予測されました. ここで私が使用したコード：

次に、System.Net.Http.dll を ssl 証明書チェックを無効に置き換えます。安全ではありませんが、今のところブロックを解除します。

修正というよりはハックであるため、回答として追加しませんでした。

(実際の修正は、curl によって行われる証明書チェックを完全に無効にし、常に .Net コアで処理することですが、マスターの現在のコードではまだそうではなく、両方の混合のようなものです)。

根本的な原因については、私は特定のセットアップにいると思います:

• デフォルトの証明書バンドル パスなしでビルドされた libcurl。curlconfig --ca空の文字列を返します。CURL_CA_BUNDLEまた、環境変数または.curlrcファイルを読み取りません。
• System.Net.Http (dotnet-core の) は、ca の既定値を設定することも、証明書の検証を無効にすることもありません。

コマンドラインで次のコマンドを発行すると：

dotnet publish -o "./../output" -c Release

はdotnetcliプロジェクトを正しくパブリッシュします。appsettings.Production.jsonただし、ファイルはコピーせず、 appsettings.json.

どうしてこれなの？私はググって公式のコアドキュメントを読みましたが、正しい環境appsettings.jsonがパブリッシュ出力でどのようになるのかわかりませんでした。

appsettings.Production.json公開フォルダーに手動でコピーする必要がありますか?