AWS Lambda-Fehler: "Modul '/ var / task / index' kann nicht gefunden werden"

Node.js Alexa Task Issue

Ich codiere derzeit eine Node.js-Alexa-Task über AWS Lambda und habe versucht, eine Funktion zu codieren, die Informationen von der OpenWeather-API empfängt und in eine Variable namens analysiert weather. Der relevante Code lautet wie folgt:

var request = require('request');
var weather = "";
function isBadWeather(location) {
      var endpoint = "http://api.openweathermap.org/data/2.5/weather?q=" + location + "&APPID=205283d9c9211b776d3580d5de5d6338";
      var body = "";
      request(endpoint, function (error, response, body) {
            if (!error && response.statusCode == 200) {
                  body = JSON.parse(body);
                  weather = body.weather[0].id;
            }
      });
}

function testWeather()
{
      setTimeout(function() {
      if (weather >= 200 && weather < 800)
            weather = true;
      else
            weather = false;
      console.log(weather);
      generateResponse(buildSpeechletResponse(weather, true), {});
      }, 500);
}

Ich habe dieses Snippet unzählige Male in Cloud9 und anderen IDEs ausgeführt, und es scheint einwandfrei zu funktionieren. Wenn ich es jedoch in ein Paket komprimiere und auf AWS Lambda hochlade, wird folgende Fehlermeldung angezeigt:

{
    "errorMessage": "Cannot find module '/var/task/index'",
    "errorType": "Error",
    "stackTrace": [
        "Function.Module._load (module.js:276:25)",
        "Module.require (module.js:353:17)",
        "require (internal/module.js:12:17)"
    ]
}

Ich habe unzählige Artikel durchsucht und Module-Js, Request und viele andere Node-Module installiert, mit denen dieser Code ausgeführt werden soll, aber nichts scheint dieses Problem zu beheben. Hier ist mein Verzeichnis, nur für den Fall:

- planyr.zip
   - index.js
   - node_modules
   - package.json

Weiß jemand, was das Problem sein könnte? Vielen Dank im Voraus.

Behoben! Mein Problem war, dass ich versucht habe, die Datei mit der im Finder integrierten Komprimierungsfunktion meines Mac zu komprimieren.

Wenn Sie ein Mac - Benutzer, wie ich sind, sollten Sie das folgende Skript im Terminal ausgeführt , wenn Sie im Stammverzeichnis des Projekts sind (Ordner mit Ihren index.js, node_modulesusw. Dateien).

zip -r ../yourfilename.zip *

Für Windows:

Compress-Archive -LiteralPath node_modules, index.js -DestinationPath yourfilename.zip

Update auf die akzeptierte Antwort: Wenn dieser Fehler auftritt, bedeutet dies, dass Ihre Zip-Datei nicht in der gültigen Form vorliegt, die AWS benötigt.

Wenn Sie auf zip doppelklicken, finden Sie Ihren Ordner in Ihrer Codedatei, aber Lambda möchte, dass beim Doppelklicken auf zip direkte Codedateien angezeigt werden.

Um das zu erreichen:

open terminal  
cd your-lambda-folder 
zip -r index.zip *

Laden Sie dann index.zipauf AWS Lambda hoch.

Überprüfen Sie, ob Dateiname und Handlername identisch sind:

Das bedeutet, dass die zipDatei eine bundle.jsExportfunktion handlerhat:

exports.handler = (event, context, callback) => {//...}

In meinem Fall lag es daran, dass ich die Handler-Datei im inneren src-Verzeichnis hatte.

Ich musste die 'Handler'-Eigenschaft in Lambda ändern von:

index.handler

zu

src/index.handler

Dies ist wahrscheinlich ein Berechtigungsproblem mit Dateien in Ihrer Bereitstellungs-Zip. Probieren Sie chmod 777Ihre Dateien aus, bevor Sie sie in eine Zip-Datei packen.

In meinem Fall enthielt das Archiv einen Ordner "src" mit der Datei index.js, daher musste ich in den Handler "src / index.handler" einfügen.

In meinem Fall musste ich ersetzen

exports.handler = function eventHandler (event, context) {

mit

exports.handler = function (event, context, callback) {

Ich habe diesen Fehler erhalten, als ich lambci/lambda:nodejs8.10in Windows verwendet habe.

Ich hatte alle oben aufgeführten Lösungen ausprobiert, aber keine davon konnte mir bei der Lösung meines Problems helfen (obwohl der Fehlerstapel genauso aussieht wie die Frage).

Hier ist meine einfache Lösung:

1. Verwenden Sie --entrypointflag, um einen Container auszuführen und herauszufinden, ob die Datei in den Container eingebunden ist. Es stellt sich heraus, dass ich möglicherweise ein Problem mit dem Freigabe-Laufwerk mit meinem Docker Desktop habe.
2. Ich habe am Tag zuvor meinen Docker-Daemon gewechselt, aber bis auf dieses Problem funktioniert alles einwandfrei.
3. Wenn Sie mein Laufwerk erneut an Docker Desktop anschließen möchten, können Sie sowohl den dockerBefehl verwenden als auch einfach die Docker Desktop-Einstellung öffnen, um sie anzuwenden.

In meinem Fall wurde dies dadurch verursacht, dass dem Knoten der Speicher ausgeht. Ich habe das behoben, indem ich --memory-size 1500meinem aws lambda create-function ...Befehl hinzugefügt habe .