Erreur AWS Lambda: "Impossible de trouver le module '/ var / task / index'"

Problème de tâche Alexa Node.js

Je suis en train de coder une tâche Alexa Node.js via AWS Lambda, et j'ai essayé de coder une fonction qui reçoit des informations de l'API OpenWeather et les analyse en une variable appelée weather. Le code pertinent est le suivant:

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);
}

J'ai exécuté cet extrait d'innombrables fois dans Cloud9 et d'autres IDE, et il semble fonctionner parfaitement. Cependant, lorsque je le compresser dans un package et le télécharger sur AWS Lambda, j'obtiens l'erreur suivante:

{
    "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)"
    ]
}

J'ai parcouru d'innombrables articles et installé module-js, request et de nombreux autres modules Node qui devraient faire fonctionner ce code, mais rien ne semble résoudre ce problème. Voici mon annuaire, au cas où:

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

Quelqu'un sait-il quel pourrait être le problème? Merci d'avance.

Corrigé! Mon problème était que j'ai essayé de compresser le fichier en utilisant la fonction de compression intégrée de mon Mac dans le Finder.

Si vous êtes un utilisateur Mac, comme moi, vous devez exécuter le script suivant dans le terminal lorsque vous êtes dans le répertoire racine de votre projet (dossier contenant vos index.js, node_modulesfichiers , etc.).

zip -r ../yourfilename.zip *

Pour les fenêtres:

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

Mettre à jour la réponse acceptée: lorsque cette erreur se produit, cela signifie que votre fichier zip n'est pas sous la forme valide requise par AWS.

Si vous double-cliquez sur zip, vous trouverez votre dossier à l'intérieur de votre fichier de code, mais lambda veut que lorsque vous double-cliquez sur zip, il doit afficher les fichiers de code directs.

Pour y parvenir:

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

Ensuite, téléchargez index.zipsur AWS Lambda.

Vérifiez que le nom de fichier et le nom du gestionnaire sont identiques:

Cela signifie que ce zipfichier a un bundle.jsfichier qui exporte la handlerfonction:

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

Dans mon cas, c'était parce que j'avais le fichier du gestionnaire dans le répertoire src interne.

J'ai dû changer la propriété 'Handler' dans Lambda de:

index.handler

à

src/index.handler

Il s'agit probablement d'un problème d'autorisations avec des fichiers dans votre zip de déploiement. Essayez chmod 777vos fichiers avant de les emballer dans un fichier zip.

Dans mon cas, l'archive contenait un dossier "src" avec un fichier index.js, j'ai donc dû mettre au gestionnaire: "src / index.handler"

Dans mon cas, j'ai dû remplacer

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

avec

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

J'ai eu cette erreur lorsque j'utilisais lambci/lambda:nodejs8.10dans Windows.

J'avais essayé toutes les solutions énumérées ci-dessus, mais aucune d'entre elles ne pouvait m'aider à résoudre mon problème (même si la pile d'erreurs ressemble à la question).

Voici ma solution simple:

1. en utilisant l' --entrypointindicateur pour exécuter un conteneur afin de savoir si le fichier est monté dans le conteneur. Il s'avère que je peux avoir le problème du lecteur de partage avec mon Docker Desktop.
2. J'ai changé mon démon docker la veille, mais tout fonctionne bien sauf ce problème.
3. Quoi qu'il en soit, remontez mon lecteur sur Docker Desktop, vous pouvez à la fois utiliser la dockercommande ou simplement ouvrir le paramètre Docker Desktop à appliquer.

Dans mon cas, cela a été causé par le manque de mémoire de Node. J'ai corrigé cela en ajoutant --memory-size 1500à ma aws lambda create-function ...commande.