Aws-lambda-dotnet: Nuget निर्भरता फेंक रहा है System.IO.FileNotFoundException

मैंने libphonenumber के लिए स्रोत कोड भी डाउनलोड किया है, और उस csproj को लैम्ब्डा समाधान में प्रोजेक्ट संदर्भ के रूप में जोड़ा है। यह ठीक बनाता है, लेकिन जैसे ही मैं परीक्षण उपकरण के माध्यम से लैम्ब्डा का आह्वान करता हूं, वही त्रुटि होती है।

मैंने libphonenumber प्रोजेक्ट में भी एक बग खोला है, क्योंकि मुझे यकीन नहीं है कि समस्या किस तरफ है:
https://github.com/twcclegg/libphonenumber-csharp/issues/95

नमस्ते @rianjs , हम इसे देख रहे हैं। मैंने पुष्टि की है कि यह परीक्षण उपकरण में काम नहीं करता है, लेकिन वही लाइब्रेरी कंसोल ऐप में काम करेगी - जैसा कि आप अन्य रेपो के लिए इस मुद्दे में बताते हैं। मैंने यह भी सत्यापित किया है कि कुछ अन्य पुस्तकालय परीक्षण उपकरण के साथ काम करते हैं, इसलिए अब मैं जांच करना जारी रखूंगा कि यह क्यों नहीं करता है। अगर आपके पास अपनी ओर से अपडेट हैं तो मुझे बताएं। इसकी रिपोर्ट करने के लिए धन्यवाद।

यदि कोड खुला होता, तो मुझे स्वयं इसके माध्यम से काम करने में खुशी होती। ;पी

मुझे लगता है कि यह "असली" लैम्ब्डा पर्यावरण में ठीक काम करता है।

समस्या:

मेरे पास एक समान समस्या है, लेकिन एक अलग पुस्तकालय के साथ। मेरे पास netcore2.1 लैम्ब्डा प्रोजेक्ट है जो Microsoft.EntityFrameworkCore 2.2.3 और Microsoft.EntityFrameworkCore.Sqlite 2.2.3 का संदर्भ देता है। मॉक लैम्ब्डा टेस्ट टूल के साथ विजुअल स्टूडियो में चलते समय, निम्नलिखित अपवाद फेंका जाता है:

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-dotnet रेपो को क्लोन किया और टेस्ट टूल चलाया। मैंने टूल को इनवॉइस करने और कोड में कदम रखने के लिए नया यूनिट टेस्ट बनाया। परीक्षण उपकरण Amazon.Lambda.TestTool.Runtime::LambdaAssemblyResolver::OnResolving विधि के दौरान अपवाद फेंकता है। यह विधि असेंबलीनाम = Microsoft.Data.Sqlite को हल नहीं कर सकती है और शून्य वापस आ जाएगी। यह विधि आखिरी विधि है जिसे लोडकॉन्टेक्स्ट को System.IO.FileNotFoundException को कॉल करने से पहले बुलाया जाता है यदि असेंबली हल नहीं होती है।

किसी अन्य अंक में पोस्ट किया गया समाधान काम करता है। उस अंक में, लेखक ने केवल 2.1.* संस्करण में डाउनग्रेड किया। यदि हम दोनों एफई कोर संदर्भों के लिए 2.1.8 पर डाउनग्रेड करते हैं, तो परीक्षण उपकरण फिर से काम करना शुरू कर देता है। हालांकि यह मेरे लिए कोई विकल्प नहीं है। मैं एफई कोर 2.2.* में नई सुविधाओं का लाभ उठाने की कोशिश कर रहा हूँ। आईएमओ उपकरण उन असेंबली को लोड करने में सक्षम होना चाहिए जो लैम्ब्डा में भी समर्थित हैं।

कोरएफएक्स रेपो में यह खुला मुद्दा अंतर्निहित मुद्दे में संकेत दे सकता है।

मैं और खोज करूंगा, लेकिन मेरे पास समय नहीं है। कोई विचार?

AWSLambda_NetCore21-EfCore22Test.zip

मैंने संस्करण 0.9.2 को आगे बढ़ाया जिसमें निर्भरता की खोज के तरीके में बदलाव आया है। इस परिवर्तन के साथ मैं इस उपकरण के साथ लैम्ब्डा फ़ंक्शन निष्पादित करने में सक्षम था जो कि libphonenumber का उपयोग करता था।

यदि आप विजुअल स्टूडियो के लिए विजुअल स्टूडियो और एडब्ल्यूएस टूलकिट का उपयोग कर रहे हैं तो अगली बार जब आप अपना समाधान ऑनलाइन खोलेंगे तो 0.9.2 का अपडेट अपने आप हो जाएगा।

साथ ही @rianjs , मॉक टेस्ट टूल का कोड ओपन सोर्स है और इस रेपो में https://github.com/aws/aws-lambda-dotnet/tree/master/Tools/LambdaTestTool पर पाया जा सकता है।

अरे @normj ,

अब तक की गई सहायता के लिए धन्यवाद। मैंने टूल को 0.9.2 पर अपडेट किया। मुझे अभी भी System.IO.FileNotFoundException मिल रहा है। क्या आप ऊपर सूचीबद्ध मेरी नमूना परियोजना का उपयोग करके दोहराने में सक्षम हैं?

अभी के लिए, मैं कंसोल ऐप के माध्यम से स्थानीय विकास के लिए अपने लैम्ब्डा फ़ंक्शंस को बंद करके काम कर सकता हूं।

हम्म, यह अभी भी मेरे लिए काम नहीं करता है।

मेरी पिछली टिप्पणी, जिसे मैंने संपादित किया है, गलत थी। ताजा समस्या सिर्फ पीईबीकेएसी थी। 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 में बदलने का प्रयास कर सकते हैं? इसने मेरे लिए इसी तरह के मुद्दे के लिए काम किया। लैम्ब्डा का समर्थन नहीं करने के साथ करना पड़ सकता है। नेट कोर 2.2

@IdresAhmed यह वही है जो मैं कर रहा था, हालांकि अब मेरे पास लैम्ब्डा में तैनाती के लिए दो संस्करण 2.2 और स्थानीय रूप से चलने के लिए 2.1 है।

@IdresAhmed @AngelVenchev मैंने इस सुविधा अनुरोध को खोला जो Microsoft.Extensions के विभिन्न संस्करणों का उपयोग करने के मुद्दे को संबोधित करेगा। * फिर परीक्षण उपकरण के ASP.NET कोर वेब ऐप द्वारा लोड किया गया।

मेरे पास Google.Apis.Auth निर्भरता के साथ एक ही समस्या है। एडब्ल्यूएस में तैनात होने पर यह ठीक काम करता है लेकिन जब मैं इसे परीक्षण उपकरण के साथ स्थानीय रूप से चलाने की कोशिश करता हूं, तो मुझे यह त्रुटि मिलती है। मैं .NET कोर 2.1 और परीक्षण उपकरण 0.9.2 का उपयोग कर रहा हूं।

System.IO.FileLoadException: फ़ाइल या असेंबली 'Google.Apis.Auth, संस्करण = 1.35.1.0, संस्कृति = तटस्थ, PublicKeyToken = 4b01fa6e34db77ab' लोड नहीं कर सका। वर्तमान स्थिति में एक ऑपरेशन कानूनी नहीं है।

मैं इस मुद्दे में भाग गया और मुझे विश्वास है कि मुझे "वर्तमान स्थिति में एक ऑपरेशन कानूनी नहीं है" का कारण मिल गया होगा। कृपया नीचे दी गई प्रतिक्रिया में खराब स्वरूपण के लिए क्षमा करें।

Tools\LambdaTestTool\Amazon.Lambda.TestTool\Runtime\LambdaAssemblyResolver.cs OnResolving Line 79
और अधिक विशेष रूप से लाइन 93:

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

यहां मुद्दा यह है कि यदि किसी असेंबली में एकाधिक रनटाइम होते हैं, तो यह केवल सूची में पहले का चयन करेगा। कुछ मामलों में, यह एक यूनिक्स रनटाइम है जो विंडोज़ मशीन के साथ संगत नहीं है जो मेरे मामले में, ऑपरेटिंग सिस्टम है जिसका मैं विकास के लिए उपयोग कर रहा हूं।

इसे तैनात करते समय कोई समस्या नहीं होगी क्योंकि प्रोजेक्ट को प्रकाशित करना निर्भरता को ठीक से प्रस्तुत करता है।

उदाहरण के लिए, जब कोई प्रोजेक्ट डीबग के लिए संकलित किया जाता है, तो "[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"
},

अपने संदेह को सत्यापित करने के लिए मैंने प्रोजेक्ट चलाया, और विजुअल स्टूडियो में डिबग-> विंडोज़-> मॉड्यूल खोले और देख सकते थे कि असेंबली लोड की जा रही थी वास्तव में गलत थी। ऊपर उल्लिखित कोड सूची में केवल पहली निर्भरता ले रहा था, जो विंडोज़ प्लेटफॉर्म पर काम नहीं करेगा।

मेरी ज़रूरतों के लिए, मैं निम्नलिखित में लैम्ब्डाअसेंबली रिसोल्वर.सीएस ऑन रिसोल्विंग लाइन 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")));
        }
}

मैंने केवल रनटाइम संस्करणों को खींचने के लिए एक फ़िल्टर जोड़ा जो 64 जीतने के लिए बनाए गए हैं और बाद में, देशी बाइनरी को बाहर कर दें।

मैंने इसे पीआर के रूप में प्रस्तुत नहीं किया क्योंकि यह केवल 'मेरे लिए काफी अच्छा' है और मेरा विशिष्ट मामला है, लेकिन ऑपरेटिंग सिस्टम और प्लेटफॉर्म डिटेक्शन के संयोजन में ऐसा कुछ उचित असेंबली लोडिंग की अनुमति देगा।

सुनिश्चित नहीं है कि इसे फीचर अनुरोध या बग तक बढ़ाया जाना चाहिए।

इसके अलावा अगर इस परियोजना में योगदान देने के लिए मैं कुछ कर सकता हूं, तो कृपया मुझे बताएं।

इसी तरह का मुद्दा होना।

हम स्वैगर जोड़ने का प्रयास कर रहे हैं: <PackageReference Include="Swashbuckle.AspNetCore" Version="4.0.1" />

यह एपीआई गेटवे के पीछे तैनात एएसपीनेट ऐप में काम करता है।

हालांकि परीक्षण उपकरण में, यह इस अपवाद को फेंकता है।

मानक सर्वर रहित प्रोजेक्ट टेम्पलेट को पुन: पेश करना बहुत आसान है, ऊपर असेंबली जोड़ें, services.AddSwaggerGen() और app.UseSwagger(); लाइन्स को क्रमशः ConfigureServices और Configure विधियों में जोड़ें।

मॉक लैम्ब्डा टूल के साथ ऐप शुरू करें। टूल से API गेटवे टेम्प्लेट का उपयोग करके कोई भी अनुरोध करें। यह 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 मानक 2.0 lib है और लैम्ब्डा प्रोजेक्ट कोर 2.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 - (जिस फ़ाइल के साथ मुझे इस संदर्भ में समस्याएं आ रही हैं) मैंने दो बार देखा, जब डॉटनेट-लैम्ब्डा-टेस्ट-टूल -2.1.exe System.Data.SqlClient.dll के विरुद्ध CreateFileMapping करने का प्रयास कर रहा है, यह केवल पाठकों के साथ लॉक की गई फ़ाइल का परिणाम प्राप्त करता है। जो आगे के शोध से पता चलता है कि यह "फ़ाइल या असेंबली लोड नहीं कर सका" त्रुटि का कारण बन सकता है। मैंने सोचा था कि तब तक विजुअल स्टूडियो 2019 को प्रशासक के रूप में फिर से शुरू करने से मुझे वह त्रुटि दूर हो सकती है, लेकिन ऐसा कोई भाग्य नहीं है। मुझे संदेह है कि इस मुद्दे वाले अन्य लोगों को भी इस मुद्दे को लैम्ब्डा में असेंबली के साथ मिल जाएगा, वे भी डीबग करने का प्रयास कर रहे हैं। मुझे उम्मीद है इससे किसी को सहायता मिलेगी। मैं अभी भी एक कामकाज की तलाश में हूं।

ठीक है, ठीक है, ठीक है.. मेरे लिए यह समस्या इस तथ्य के कारण थी कि मुझे System.Data.SqlClient Nuget पैकेज के संस्करण को 4.5.1 तक कम करना पड़ा। किसी कारण से, उच्चतर कुछ भी "फ़ाइल या असेंबली लोड नहीं कर सका" त्रुटि उत्पन्न करता है जो यह धागा है। लैम्ब्डा डिबगिंग टूल के साथ स्थानीय रूप से डिबगिंग करते समय संस्करण 4.6 और इसके बाद के संस्करण मुझे वह त्रुटि देते हैं।

स्टेटस अपडेट देना चाहता था। मैं वर्तमान में आगामी .NET Core 3.1 लैम्ब्डा रनटाइम के लिए इस टूल के .NET Core 3.1 संस्करण पर काम कर रहा हूं। इसके लिए कार्य को मॉक-टेस्टटूल-31 में ट्रैक किया जा सकता है।

इस संस्करण में मैं असेंबली डिपेंडेंसी रीसोल्वर का उपयोग कर रहा हूं जिसे लैम्ब्डा फ़ंक्शन को एक अलग असेंबलीलोडकॉन्टेक्स्ट में लोड करने के लिए .NET कोर 3.0 में जोड़ा गया था। यह इन मुद्दों में मदद करेगा यदि लैम्ब्डा एक असेंबली के एक अलग संस्करण का उपयोग कर कार्य करता है तो परीक्षण उपकरण द्वारा लोड किया गया था।

हम 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 का उपयोग कर रहा हूँ।

मेरे पास अब यही है इसलिए मेरा मॉक टूल काम कर सकता है।

बस इस मुद्दे के बारे में कुछ तथ्यों को याद दिलाने के लिए।

• प्रोजेक्ट बिना किसी त्रुटि के संकलित करता है
• परीक्षण परियोजना सफलतापूर्वक चलती है
• जब डीएलएल का उपयोग करने वाले कोड को निष्पादित किया जाता है तो नकली उपकरण काम नहीं करता है।

यह वह रेखा है जो मेरे मामले में त्रुटि का कारण बनती है।
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 आज .NET Core 2.1 और .NET Core 3.1 दोनों के लिए जारी किया गया था जो अब लैम्ब्डा कोड को एक अलग असेंबलीलोड कॉन्टेक्स्ट में लोड करता है। मुझे विश्वास है कि यहां रिपोर्ट की गई बहुत सी समस्याओं का समाधान हो जाएगा। मैं इस मुद्दे को बंद करने जा रहा हूं क्योंकि यह पुराना है और मेरा मानना ​​है कि कई अलग-अलग मुद्दे हैं। नए संस्करण का उपयोग करने के बाद यदि अभी भी कोई समस्या है तो कृपया इसे ट्रैक करना आसान बनाने के लिए एक अलग मुद्दा खोलें।

धन्यवाद @normj और बधाई, मैं परीक्षण करूंगा

@normj
सुनो। मेरे पास 6 दिन पहले भी यही मुद्दे थे। मैंने इस सूत्र की आखिरी पोस्ट में जो भी जानकारी थी उसे कवर करने की कोशिश की। मुझे नहीं लगता कि यह मुद्दा तब तक सुलझेगा जब तक हमें सबूत नहीं मिल जाते।

क्या आपने 3.1 के साथ परीक्षण किया है?

@Edulopez क्या आपने कल सामने आए नवीनतम संस्करण की कोशिश की है? यदि समस्या अभी भी मौजूद है तो कृपया अपने रेपो के साथ एक अलग मुद्दा बनाएं। मुझे लगा कि यह धागा बोझिल हो गया है और मुझे संदेह है कि कई रिपोर्ट किए गए मुद्दों को नए संस्करण के साथ ठीक किया जाएगा।