と、InvalidOperationException：アセンブリ

Question

に「UserSecretsIdAttribute」が見つかりませんでした紺碧にASP.NETのコアアプリケーションを展開し、サイトを開いた後、私は次のエラーを取得する：

InvalidOperationException: Could not find 'UserSecretsIdAttribute' on assembly '******, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'.

例外の詳細は、エラーがで起こっていることなどがこのコード行にStartup.cs：

builder.AddUserSecrets();

は、ユーザーの秘密モジュールへのアップデートは、つい最近ありました

Answer 1

ありがとうございます。バージョン1.0.1以降では、ユーザーシークレットのIDとしてアセンブリレベルの属性を指定する必要があります。これは以前のproject.jsonと同じようにフォールバックとなります。 https://github.com/aspnet/Announcements/issues/209

あなたはこのような.csprojに秘密IDを定義することができます：

<PropertyGroup> 
    <UserSecretsId>aspnet-TestApp-ce345b64-19cf-4972-b34f-d16f2e7976ed</UserSecretsId> 
</PropertyGroup> 

これは、次のアセンブリレベルの属性を生成し、ここで

はGitHubの上での発表です。また、.csprojファイルに追加する代わりに、自分で追加することもできます。 Startup.csに：また

[assembly: UserSecretsId("aspnet-TestApp-ce345b64-19cf-4972-b34f-d16f2e7976ed")] 

、あなたが使用する必要があります。それは私がスタートアップクラスを使用し、この場合には、特定のタイプのアセンブリでその属性を検索します

builder.AddUserSecrets<Startup>(); 

。

注：これは2.0で廃止されます：私は、ユーザーの秘密の設定のためのsource codeをチェックし、なしAddUserSecrets()を呼び出す

builder.AddUserSecrets(); 

（1.0.2および1.1.1は廃止、それをマークしています）

var attribute = entryAssembly.GetCustomAttribute<UserSecretsIdAttribute>(); 
if (attribute != null) 
{ 
    return AddUserSecrets(configuration, attribute.UserSecretsId); 
} 

// try fallback to project.json for legacy support 
try 
{ 
    var fileProvider = configuration.GetFileProvider(); 
    return AddSecretsFile(configuration, PathHelper.GetSecretsPath(fileProvider)); 
} 
catch 
{ } 

// Show the error about missing UserSecretIdAttribute instead an error about missing 
// project.json as PJ is going away. 
throw MissingAttributeException(entryAssembly); 

あなたのアセンブリにUserSecretsId属性を検索しようとし、それを失敗し、それがproject.jsonでそれを見つけることができるかどうかのチェックです：型がこれを行います。そうすれば（コメントとして）欠落している属性についてのエラーが返されます。なぜなら、project.jsonについて非難されたくないからです。

Answer 2

私の場合はanswerに追加したいと思います。

私は、.NET Coreコンソールアプリケーションを作成しています。秘密マネージャーを使用しようとしています（コンソールアプリケーション用ではありません）。私がエラーを取り除くことができた唯一の方法は、シークレットマネージャを使用していたアセンブリのアセンブリレベル属性を使用することでした。

私が言ったように、秘密のマネージャーがコンソールアプリケーション用であるかどうかはわかりません。ですから、.xprojファイルと.csprojファイルの問題があります。