Aws-lambda-dotnet: Nugetの依存関係がSystem.IO.FileNotFoundExceptionをスローしています

また、libphonenumberのソースコードをダウンロードし、そのcsprojをラムダソリューションのプロジェクト参照として追加しました。 正常にビルドされますが、テストツールを介してラムダを呼び出すとすぐに同じエラーが発生します。

問題がどちら側にあるのかわからないので、libphonenumberプロジェクトにもバグを開きました。
https://github.com/twcclegg/libphonenumber-csharp/issues/95

こんにちは@rianjs 、私たちはこれを調べています。 テストツールでは機能しないことを確認しましたが、他のリポジトリの問題で述べているように、同じライブラリがコンソールアプリでも機能します。 また、他のいくつかのライブラリがテストツールで動作することを確認したので、これが機能しない理由を調査し続けます。 更新がある場合はお知らせください。 報告していただきありがとうございます。

コードが開いていれば、自分でコードを処理できたはずです。 ; P

「実際の」ラムダ環境では正常に機能すると思います。

問題：

同様の問題がありますが、ライブラリが異なります。 Microsoft.EntityFrameworkCore2.2.3とMicrosoft.EntityFrameworkCore.Sqlite2.2.3を参照するnetcore2.1ラムダプロジェクトがあります。 モックラムダテストツールを使用してVisualStudioで実行すると、次の例外がスローされます。

System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.Data.Sqlite, Version=2.2.3.0, Culture=neutral, PublicKeyToken=adb9793829ddae60'. The system cannot find the file specified.
   at AWSLambda_EfCoreTest.Function.FunctionHandler(String input, ILambdaContext context)

このラムダ関数は、実際のAWSクラウドベースのLambda環境で正常にデプロイおよび実行できることを確認しました。

添付の小さな複製プロジェクトをご覧ください

起源：

aws-lambda-dotnetリポジトリのクローンを作成し、テストツールを実行しました。 ツールを呼び出してコードにステップインするための新しい単体テストを作成しました。 テストツールは、Amazon.Lambda.TestTool.Runtime :: LambdaAssemblyResolver::OnResolvingメソッド中に例外をスローします。 このメソッドはAssemblyName=Microsoft.Data.Sqliteを解決できず、nullを返します。 このメソッドは、アセンブリが解決されない場合にLoadContextがSystem.IO.FileNotFoundExceptionを呼び出さなければならない前に呼び出される最後のメソッドです。

別の号に掲載されている解決策は機能します。 その号では、作者は単に2.1。*バージョンにダウングレードしました。 両方のefコアリファレンスを2.1.8にダウングレードすると、テストツールが再び機能し始めます。 しかし、これは私にとっての選択肢ではありません。 efcore2.2。*の新機能を利用しようとしています。 IMOツールは、ラムダでもサポートされているアセンブリをロードできる必要があります。

corefxリポジトリのこの未解決の問題は、根本的な問題へのヒントを与える可能性があります。

さらに探求しますが、時間がありません。 何か案は？

AWSLambda_NetCore21-EfCore22Test.zip

依存関係の検索方法が変更されたバージョン0.9.2をプッシュしました。 この変更により、libphonenumberを使用するこのツールでラムダ関数を実行できるようになりました。

VisualStudioとAWSToolkitfor Visual Studioを使用している場合、次にソリューションを開いたときに、オンラインであると仮定して0.9.2への更新が自動的に行われます。

また、 @ rianjs 、模擬テストツールのコードはオープンソースであり、 https：//github.com/aws/aws-lambda-dotnet/tree/master/Tools/LambdaTestToolのこのリポジトリにあります。

ねえ@normj 、

これまでの助けに感謝します。 ツールを0.9.2に更新しました。 まだSystem.IO.FileNotFoundExceptionが発生しています。 上記のサンプルプロジェクトを使用して複製できますか？

今のところ、コンソールアプリを介してローカル開発用のラムダ関数を開始することで回避できます。

うーん、これはまだ私にはうまくいきません。

私が編集した以前のコメントは間違っていました。 最新の問題はPEBKACだけでした。 LibPhoneNumberアセンブリは問題なく見つかりました。

0.9.2で、ラムダプロジェクトが依存している別のプロジェクトから参照されているnugetパッケージでこの問題が発生しています。

0.9.2でも同じ問題が発生しています。
テストツールはすでにMicrosoft.Extensions。*2.1をロードしています。 、したがって、Microsoft.Extensionsを使用する場合は失敗します。 2.2。*。

この問題を解決できますか？

@jiabiao私は同じ問題を抱えています。

System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Extensions.DependencyInjection.Abstractions, Version=2.2.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60'. Could not find or load a specific file. (Exception from HRESULT: 0x80131621)

バージョン0.9.2

@AngelVenchevバージョンを2.2から2.1に変更してみてください。 これは私にとって同様の問題でうまくいきました。 Lambdaが.NetCore2.2をサポートしていないことに関係している可能性があります

@IdresAhmedこれは私がやったことですが、ラムダにデプロイするための2つのバージョン2.2と、ローカルで実行するための2.1があります。

@IdresAhmed @AngelVenchevさまざまなバージョンのMicrosoft.Extensions。*を使用する問題に対処するこの機能リクエストを開き、テストツールのASP.NETCoreWebアプリによって読み込まれました。

Google.Apis.Authの依存関係についても同じ問題があります。 AWSにデプロイすると正常に動作しますが、テストツールを使用してローカルで実行しようとすると、このエラーが発生します。 .NETCore2.1とテストツール0.9.2を使用しています。

System.IO.FileLoadException：ファイルまたはアセンブリを読み込めませんでした'Google.Apis.Auth、Version = 1.35.1.0、Culture = neutral、PublicKeyToken=4b01fa6e34db77ab'。 現在の状態では、操作は合法ではありません。

私はこの問題に遭遇し、「現在の状態では操作が合法ではない」という原因を見つけた可能性があると信じています。 以下の回答のフォーマットが悪いことをお許しください。

Tools\LambdaTestTool\Amazon.Lambda.TestTool\Runtime\LambdaAssemblyResolver.cs OnResolving Line 79
より具体的には93行目：

return this.loadContext.LoadFromAssemblyPath(assemblies[0]);

ここでの問題は、アセンブリに複数のランタイムが含まれている場合、リストの最初のランタイムのみが選択されることです。 場合によっては、これはUNIXランタイムであり、私の場合は開発に使用しているオペレーティングシステムであるWindowsマシンと互換性がありません。

プロジェクトを公開すると依存関係が適切にレンダリングされるため、デプロイ時に問題が発生することはありません。

たとえば、プロジェクトがデバッグ用にコンパイルされると、「[projectName].deps.json」という名前のファイルが生成されます。
私の場合、このファイルでは、これを参照していたライブラリの最初のエントリと見なしました。

"runtimeTargets": {
    "runtimes/unix/lib/netstandard1.6/Microsoft.Management.Infrastructure.Native.dll": {
    "rid": "unix",
    "assetType": "runtime",
    "assemblyVersion": "1.0.0.0",
    "fileVersion": "1.0.0.0"
},

疑わしい点を確認するために、プロジェクトを実行し、VisualStudioでdebug->windows-> modulesを開いて、ロードされているアセンブリが実際には正しくないことを確認しました。 上記のコードは、リストの最初の依存関係のみを取得しており、Windowsプラットフォームでは機能しません。

必要に応じて、LambdaAssemblyResolver.csOnResolvingの開始行78を次のように変更できました。

if (library != null){
        var deps = library.RuntimeAssemblyGroups.Distinct().Count() > 1
        ? library.RuntimeAssemblyGroups.Where(x => x.Runtime.StartsWith("win") && x.Runtime.Contains("x64")).SelectMany(g => g.AssetPaths)
        : library.RuntimeAssemblyGroups.SelectMany(g => g.AssetPaths);
        var wrapper = new CompilationLibrary(
                library.Type,
                library.Name,
                library.Version,
                library.Hash,
                deps,
                library.Dependencies,
                library.Serviceable);
        var assemblies = new List<string>();
        this.assemblyResolver.TryResolveAssemblyPaths(wrapper, assemblies);
        if (assemblies.Count > 0)
        {
            return this.loadContext.LoadFromAssemblyPath(assemblies.FirstOrDefault(x => !x.EndsWith(".Native.dll")));
        }
}

Win 64以降用にビルドされたランタイムバージョンのみをプルし、ネイティブバイナリを除外するフィルターを追加しました。

これは「私にとって十分」であり、私の特定のケースであるため、PRとして提出しませんでしたが、オペレーティングシステムとプラットフォームの検出を組み合わせることで、適切なアセンブリのロードが可能になります。

これを機能リクエストまたはバグにエスカレーションする必要があるかどうかわからない。

また、このプロジェクトに貢献するために私にできることがあれば、私に知らせてください。

同様の問題があります。

Swaggerを追加しようとしています： <PackageReference Include="Swashbuckle.AspNetCore" Version="4.0.1" />

これは、APIGatewayの背後にあるデプロイされたasp.netアプリで機能します。

ただし、テストツールでは、この例外がスローされます。

標準のサーバーレスプロジェクトテンプレートを再現するのは非常に簡単で、上記のアセンブリを追加し、ConfigureServicesメソッドとConfigureメソッドにそれぞれservices.AddSwaggerGen() ＃$行とapp.UseSwagger();行を追加します。

モックラムダツールでアプリを起動します。 ツールからAPIGatewayテンプレートを使用してリクエストを行います。 FileNotFoundExceptionをスローします

同じ問題が発生しました

System.IO.FileNotFoundException: Could not load file or assembly 'XYZ, Version=1.0.0.32, Culture=neutral, PublicKeyToken=null'. The system cannot find the file specified.
   at SomeClass.Function..ctor()

ここで、XYZは.NET Standard 2.0 libであり、LambdaプロジェクトはCore2.1です。

同じ問題

System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Extensions.DependencyInjection, Version=2.2.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60'. Could not find or load a specific file. (Exception from HRESULT: 0x80131621)
   at Namespace.Function..ctor()

こんにちは私は同じ問題を抱えています、これを解決するための助けはありますか？

System.Data.SqlClient.dllで今日同じ問題

これについてちょうど興味があります..しかし、私はProcMonを実行し、パスSystem.Data.SqlClient.dll-（このコンテキストで問題が発生しているファイル）を監視しました。dotnet-lambda-test-toolのときに2回気づきました。 -2.1.exeは、System.Data.SqlClient.dllに対してCreateFileMappingを実行しようとしていますが、ファイルがリーダーのみでロックされた結果を取得します。 さらに調査した結果、「ファイルまたはアセンブリを読み込めませんでした」というエラーが発生する可能性があることがわかりました。 その後、管理者としてVisual Studio 2019を再起動することで、そのエラーを解消できると思いましたが、そのような運はありませんでした。 この問題を抱えている他の人も、デバッグしようとしているラムダのアセンブリでこの問題を見つけると思います。 これが誰かに役立つことを願っています。 私はまだ回避策を探しています。

OK、OK、OK ..私にとってこの問題は、System.Data.SqlClientNugetパッケージのバージョンを4.5.1に下げる必要があったことが原因でした。 何らかの理由で、これより高い値を指定すると、このスレッドに関する「ファイルまたはアセンブリを読み込めませんでした」というエラーが発生します。 バージョン4.6以降では、Lambdaデバッグツールを使用してローカルでデバッグするときにエラーが発生します。

ステータスを更新したかった。 私は現在、次の.NET Core3.1Lambdaランタイム用にこのツールの.NETCore3.1バージョンに取り組んでいます。 そのための作業は、 mock-testtool-31で追跡できます。

このバージョンでは、.NET Core 3.0で追加されたAssemblyDependencyResolverを使用して、Lambda関数を別のAssemblyLoadContextにロードしています。 異なるバージョンのアセンブリを使用するLambda関数がテストツールによってロードされた場合、これはこれらの問題に役立ちます。

3.1をどのようにテストできますか？

超シンプルなテンプレートプロジェクトでも同じ問題が発生していましたが、
System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Extensions.DependencyInjection.Abstractions, Version=3.1.3.0, Culture=neutral, PublicKeyToken=adb9793829ddae60'. Could not find or load a specific file. (Exception from HRESULT: 0x80131621) at AWSLambda1.Functions.MyFunction..ctor()
Microsfot.Extensions.Configuration.Abstractionsも使用（最新の3.1.3）

すべてのコメントを読んだ後、私はあなたの何人かと同じ解決策を使用します。 パッケージとそれらによって参照されているパッケージをより低いバージョンにダウングレードする必要がありました。 この場合、私は2.1を使用しています。

これは私が今持っているものなので、私のモックツールが機能します。

問題についての事実のいくつかを思い出させるためだけに。

• プロジェクトはエラーなしでコンパイルされます
• テストプロジェクトは正常に実行されます
• dllを使用するコードを実行すると、モックツールが動作しません。

これが私の場合のエラーの原因となる行です。
public MyFunction() : this(StartUp.Container.BuildServiceProvider()) {}
これは私のStartup.csです

using AWSLambda1.Config;
using AWSLambda1.Services;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;

namespace AWSLambda1
{
    public class StartUp
    {
        public static IServiceCollection Container => ConfigureServices(LambdaConfiguration.Configuration);

        private static IServiceCollection ConfigureServices(IConfigurationRoot root)
        {
            var services = new ServiceCollection();

            var a = root.GetSection("MySection");
            services.Configure<EnvMySection>(options =>
                root.GetSection("MySection").Bind(options));

            var b = new MyFunctionEnvironment() { Something = LambdaConfiguration.Configuration["Hello"] ?? "" };
            services.AddSingleton(b);
            services.AddTransient<IMyService, MyService>();
            return services;
        }
    }
}

バージョン0.10.0は、.NETCore2.1と.NETCore3.1の両方で本日リリースされ、Lambdaコードを別のAssemblyLoadContextにロードするようになりました。 これで、ここで報告された問題の多くが修正されると思います。 この問題は古いので閉じますが、いくつかの個別の問題があると思います。 新しいバージョンを使用した後も問題が解決しない場合は、別の問題を開いて追跡しやすくしてください。

@normjに感謝し、おめでとうございます。テストします

@normj
ちょっと、そこ。 私は6日前に同じ問題を抱えていました。 私はこのスレッドの最後の投稿で持っていたすべての情報をカバーしようとしました。 証明が得られるまで、この問題はまだ解決されていないと思います。

3.1でテストしましたか？

@Edulopez昨日公開された最新バージョンを試しましたか？ 問題がまだ存在する場合は、リポジトリで別の問題を作成してください。 このスレッドが扱いにくくなったと感じたばかりで、報告された多くの問題が新しいバージョンで修正されると思います。