Unable to import module 'handler': Error revisited #230

two7sclash-zz · 2017-09-19T20:20:46Z

This is a Bug Report

Description

For bug reports:

What went wrong?
I get Unable to import module 'handler': Error when visiting my AWS endpoint
What did you expect should have happened?
Everything works fine locally. Expecting same results.
What was the config you used?

serverless.yml:


custom:
  webpackIncludeModules: true;
    
# package:
#  individually: true

provider:
  name: aws
  runtime: nodejs6.10

# you can overwrite defaults here
  stage: dev
  region: us-east-1

functions:
  alerts:
    handler: handler.alerts
    events:
      - http: ANY alerts
      - cors: true    

plugins:
  - serverless-webpack
  - serverless-offline

webpack.config.js

const slsw = require('serverless-webpack');
const nodeExternals = require('webpack-node-externals');

module.exports = {
  entry: slsw.lib.entries,
  externals: [nodeExternals()], // in order to ignore all modules in node_modules folder
  target: 'node',
  module: {
    loaders: [
      {
        test: /\.js$/,
        exclude: /node_modules/, // in order to ignore built-in modules like path, fs, etc.
        loaders: ['babel-loader'],
        include: __dirname,
      },
    ],
  },
  output: {
    libraryTarget: 'commonjs',
    path: path.join(__dirname, '.webpack'),
    filename: '[name].js',
  },
};

package.json

  "name": "alerts",
  "version": "1.0.0",
  "description": "",
  "main": "handler.js",
  "scripts": {
    "test": "mocha handler.test.js",
    "debug:offline": "SLS_DEBUG=* sls offline start",
    "debug:deploy": "SLS_DEBUG=* sls deploy --verbose",
    "debug": "SLS_DEBUG=* sls deploy --verbose && nodemon sls offline start",
    "invoke": "serverless invoke local --function alerts",
    "start": "serverless offline start",
    "deploy": "sls deploy -f alerts",
    "curl:local": "curl http://localhost:3000/alerts -i --header 'Content-Type: application/vnd.api+json' --header 'Accept: application/vnd.api+json'",
    "curl:local:paged": "curl http://localhost:3000/alerts -i -G -d page[offset]=2 -d page[limit]=10 --header 'Content-Type: application/vnd.api+json' --header 'Accept: application/vnd.api+json'",
    "git:push": "git push https://git-codecommit.us-east-1.amazonaws.com/v1/repos/alerts --all",
    "mockAPI": "http-server -p 1980",
    "ngrok:start": "nodemon --inspect ./ngrok/request.js --exec babel-node",
    "ngrok:connect": "nodemon ./ngrok/connect.js --exec babel-node",
    "ngrok": "ngrok http 3000"
  },
  "author": "James Fishwick",
  "license": "ISC",
  "engines": {
    "node": "6.10.3"
  },
  "dependencies": {
    "babel-runtime": "6.26.0",
    "bluebird": "3.5.0",
    "dotenv": "4.0.0",
    "elasticsearch": "13.3.1",
    "http-aws-es": "3.1.0",
    "json-api-serializer": "1.9.1",
    "ramda": "0.24.1",
    "request": "2.81.0",
    "request-promise": "4.2.1",
    "uuid": "3.1.0"
  },
  "devDependencies": {
    "aws-sdk": "2.118.0",
    "babel-cli": "6.26.0",
    "babel-core": "6.26.0",
    "babel-eslint": "7.2.3",
    "babel-loader": "7.1.2",
    "babel-plugin-ramda": "1.4.3",
    "babel-plugin-transform-object-rest-spread": "6.26.0",
    "babel-plugin-transform-runtime": "6.23.0",
    "babel-preset-env": "1.6.0",
    "chai": "4.1.2",
    "eslint": "4.7.1",
    "eslint-config-airbnb-base": "12.0.0",
    "eslint-plugin-async-await": "0.0.0",
    "eslint-plugin-babel": "4.1.2",
    "eslint-plugin-chai-expect": "1.1.1",
    "eslint-plugin-import": "2.7.0",
    "eslint-plugin-mocha": "4.11.0",
    "eslint-plugin-node": "5.1.1",
    "eslint-plugin-prefer-object-spread": "1.2.1",
    "http-server": "0.10.0",
    "mocha": "3.5.3",
    "ngrok": "2.2.22",
    "nodemon": "1.12.1",
    "npm-run-script": "0.0.4",
    "pre-commit": "1.2.2",
    "serverless": "1.22.0",
    "serverless-offline": "3.16.0",
    "serverless-webpack": "^3.0.0-rc.1",
    "webpack": "3.6.0",
    "webpack-node-externals": "1.6.0"
  }
}

What stacktrace or error message from your provider did you see?

babel-preset-env: `DEBUG` option

Using targets:
{
  "node": "6.10"
}

Modules transform: commonjs

Using plugins:
  transform-exponentiation-operator {"node":"6.10"}
  transform-async-to-generator {"node":"6.10"}
  syntax-trailing-function-commas {"node":"6.10"}
Time: 864ms
     Asset     Size  Chunks             Chunk Names
handler.js  13.3 kB       0  [emitted]  handler
   [0] external "dotenv" 42 bytes {0} [not cacheable]
   [1] ./handler.js 1.43 kB {0} [built]
   [2] ./main.js 6.96 kB {0} [built]
   [3] external "babel-runtime/core-js/json/stringify" 42 bytes {0} [not cacheable]
   [4] external "babel-runtime/helpers/extends" 42 bytes {0} [not cacheable]
   [5] external "babel-runtime/helpers/asyncToGenerator" 42 bytes {0} [not cacheable]
   [6] external "url" 42 bytes {0} [not cacheable]
   [7] external "bluebird" 42 bytes {0} [not cacheable]
   [8] external "request-promise" 42 bytes {0} [not cacheable]
   [9] external "uuid/v5" 42 bytes {0} [not cacheable]
  [10] ./serializer.js 724 bytes {0} [built]
  [11] external "json-api-serializer" 42 bytes {0} [not cacheable]
  [12] ./pplog.js 409 bytes {0} [built]
  [13] external "util" 42 bytes {0} [not cacheable]
Serverless: Fetch dependency graph from /Users/jamesfishwick/Documents/alerts/package.json
Serverless: Packing external modules: dotenv@4.0.0, babel-runtime@6.26.0, bluebird@3.5.0, request-promise@4.2.1, uuid@3.1.0, json-api-serializer@1.9.1
Serverless: Package took [4104 ms]
Serverless: Copy modules: /Users/jamesfishwick/Documents/alerts/.webpack/service [1921 ms]
Serverless: Prune: /Users/jamesfishwick/Documents/alerts/.webpack/service [1725 ms]
Serverless: Zip service: /Users/jamesfishwick/Documents/alerts/.webpack/service [3625 ms]
Serverless: Packaging service...
Serverless: Remove /Users/jamesfishwick/Documents/alerts/.webpack
Serverless: Invoke aws:package:finalize
Serverless: Invoke aws:common:moveArtifactsToPackage
Serverless: Invoke aws:common:validate
Serverless: Invoke aws:deploy:deploy
Serverless: Uploading CloudFormation file to S3...
Serverless: Uploading artifacts...
Serverless: Validating template...
Serverless: Updating Stack...
Serverless: Checking Stack update progress...
CloudFormation - UPDATE_IN_PROGRESS - AWS::CloudFormation::Stack - alerts-dev
CloudFormation - UPDATE_IN_PROGRESS - AWS::Lambda::Function - AlertsLambdaFunction
CloudFormation - UPDATE_COMPLETE - AWS::Lambda::Function - AlertsLambdaFunction
CloudFormation - CREATE_IN_PROGRESS - AWS::ApiGateway::Deployment - ApiGatewayDeployment1505851381038
CloudFormation - CREATE_IN_PROGRESS - AWS::ApiGateway::Deployment - ApiGatewayDeployment1505851381038
CloudFormation - CREATE_COMPLETE - AWS::ApiGateway::Deployment - ApiGatewayDeployment1505851381038
CloudFormation - UPDATE_COMPLETE_CLEANUP_IN_PROGRESS - AWS::CloudFormation::Stack - alerts-dev
CloudFormation - DELETE_IN_PROGRESS - AWS::ApiGateway::Deployment - ApiGatewayDeployment1505851297621
CloudFormation - DELETE_COMPLETE - AWS::ApiGateway::Deployment - ApiGatewayDeployment1505851297621
CloudFormation - UPDATE_COMPLETE - AWS::CloudFormation::Stack - alerts-dev
Serverless: Stack update finished...
Serverless: Invoke aws:info
Service Information
service: alerts
stage: dev
region: us-east-1
stack: alerts-dev
api keys:
  None
endpoints:
  ANY - https://xxx.execute-api.us-east-1.amazonaws.com/dev/alerts
functions:
  alerts: alerts-dev-alerts

Stack Outputs
AlertsLambdaFunctionQualifiedArn: arn:aws:lambda:us-east-1:xxx:function:alerts-dev-alerts:6
ServiceEndpoint: https://xxx.execute-api.us-east-1.amazonaws.com/dev
ServerlessDeploymentBucketName: alerts-dev-serverlessdeploymentbucket-18jzstz1xn4qa

Serverless: Publish service to Serverless Platform...
Service successfully published! Your service details are available at:
https://platform.serverless.com/services/two7sclash/alerts
Serverless: Invoke aws:deploy:finalize
Serverless: Removing old service versions...

then:

curl https://xxx.execute-api.us-east-1.amazonaws.com/dev/alerts gives {"message": "Internal server error"}

Stack trace is:

Unable to import module 'handler': Error
at Function.Module._resolveFilename (module.js:469:15)
at Function.Module._load (module.js:417:25)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at /var/task/node_modules/request-promise/lib/rp.js:11:16
at module.exports (/var/task/node_modules/stealthy-require/lib/index.js:62:23)
at Object.<anonymous> (/var/task/node_modules/request-promise/lib/rp.js:10:19)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/var/task/handler.js:370:18)
at __webpack_require__ (/var/task/handler.js:20:30)
at Object.<anonymous> (/var/task/handler.js:162:17)
at __webpack_require__ (/var/task/handler.js:20:30)
at Object.<anonymous> (/var/task/handler.js:80:14)
at __webpack_require__ (/var/task/handler.js:20:30)
at /var/task/handler.js:63:18
at Object.<anonymous> (/var/task/handler.js:66:10)

Similar or dependent issue(s):
*#43

Additional Data

Serverless-Webpack Version you're using: ^3.0.0-rc.1
Webpack version you're using: 3.6.0
Serverless Framework Version you're using: 1.22.0
Operating System: macOS Sierra 10.12.6 16G29 x86_64

The text was updated successfully, but these errors were encountered:

HyperBrain · 2017-09-19T20:31:36Z

Hi @two7sclash . Thanks for submitting the issue and the very detailed information 👍 .

After a very quick check of the configuration you posted I see nothing obvious at the first sight that could cause the problem. Can you try to do a serverless package and check the created zip file in .serverless, especially what is packaged in there (the zip is the same as the one deployed to AWS)?
Can you also check, what exactly the CloudWatch logs tell about the error (the curl call attempt should be logged and lead to a more detailed error there).

two7sclash-zz · 2017-09-19T20:35:40Z

@HyperBrain added the stack trace from CloudWatch logs.

two7sclash-zz · 2017-09-19T20:43:29Z

@HyperBrain inside the package I see: handler.js, node_modules, package-lock.json, package.json. Inside the handler file, I see module.exports.alerts...

HyperBrain · 2017-09-19T20:44:14Z

Ok. That helps. There is a dependency missing in the package: /var/task/node_modules/request-promise/lib/rp.js:11:16 that is needed by request-promise. I checked the request-promise package.json and the package has a peer dependency: request@^2.34.

There is currently a bug #223 that you hit here.
With the released 3.0.0 you have to do a require('request') as workaround as mentioned in #223.

With version 3.1.0 which is already in master you can do

custom:
  webpackIncludeModules:
    forceInclude:
      - request

Sorry for the inconvenience. I will try to implement a bugfix for #223 as soon as possible.

two7sclash-zz · 2017-09-19T21:14:55Z

now in main.js (which gets bundled into the handler) I have:

require('request');
const url = require('url');
const Promise = require('bluebird');
const request = require('request-promise');
const uuidv5 = require('uuid/v5');

const serializer = require('./serializer');
const pplog = require('./pplog');

New stack trace is:

module initialization error: TypeError
at urlParse (url.js:75:5)
at Object.urlResolve [as resolve] (url.js:631:10)
at Object.<anonymous> (/var/task/handler.js:170:21)
at __webpack_require__ (/var/task/handler.js:20:30)
at Object.<anonymous> (/var/task/handler.js:80:14)
at __webpack_require__ (/var/task/handler.js:20:30)
at /var/task/handler.js:63:18
at Object.<anonymous> (/var/task/handler.js:66:10)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)

HyperBrain · 2017-09-19T21:31:47Z

I'm working on a bugfix for #223 right now. Please be patient - should be available soon

HyperBrain · 2017-09-19T21:56:06Z

Just finished the implementation. Needs some local tests. Then I'll prepare a PR that you can test with.

HyperBrain · 2017-09-19T22:22:51Z

Serverless: Adding peer dependencies for request-promise
Serverless: Packing external modules: request-promise@^4.2.1, request@^2.82.0, b
luebird@^3.5.0

Looks good so far. However I have to check for any edge cases -> as soon as these work I'll publish the PR.

HyperBrain · 2017-09-19T22:46:31Z

@two7sclash Can you try with the plugin version from #231 with the initial project setup and report if it solves the problem?

two7sclash-zz · 2017-09-20T13:57:56Z

@HyperBrain sorry wasn't being impatient, was just trying with require('request'); and const request = require('request-promise'); -- the work around you originally suggested.

I pulled down your PR and, same error as when I use the work around:

module initialization error: TypeError
at Url.parse (url.js:81:11)
at urlParse (url.js:75:5)
at Object.urlResolve [as resolve] (url.js:631:10)
at Object.<anonymous> (/var/task/handler.js:169:21)
at __webpack_require__ (/var/task/handler.js:20:30)
at Object.<anonymous> (/var/task/handler.js:80:14)
at __webpack_require__ (/var/task/handler.js:20:30)
at /var/task/handler.js:63:18
at Object.<anonymous> (/var/task/handler.js:66:10)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)

So the "request" issue is resolved methinks?

This error seems to imply that webpack isn't handling the native url module for node v6 correctly. Or am I misreading? Again, everything works fine locally.

HyperBrain · 2017-09-20T14:03:34Z

No problem 😄 , I think the peer dependency issue is then resolved with the PR as request is added now as it is added automatically.

You could be right, that the issue has something to do with the handling of the native url module. Which Node version do you use locally? Maybe the Node version used locally and on AWS Lambda are different, so that the compiled code breaks online - just a guess.

HyperBrain · 2017-09-20T14:06:01Z

According to the AWS docs:

AWS Lambda supports the following runtime versions:
Node.js – v4.3.2 and 6.10.3
Java – Java 8
Python – Python 3.6 and 2.7
.NET Core – .NET Core 1.0.1 (C#)

Can you try to use Node 6.10.3 locally so that it exactly reflects the AWS runtime?

two7sclash-zz · 2017-09-20T16:32:57Z

yeah, I'm already using 6.10.3 locally :/ no problems using serverless-offline against the webpacked handler

HyperBrain · 2017-09-20T19:11:22Z

Just checked the callstack again: It seems that the url module has been loaded and the crash appears within the module and not your code. That hints me to something with the parameters of Url.parse() being wrong. Can you double check if the passed parameters are as expected? I'm not sure if serverless-offline or the Serverless framework itself would hide these errors. I know that the Serverless framework implements exception handlers, but I do not know how deep that integrates.

HyperBrain · 2017-09-21T09:58:12Z

Just cleared the flags as the peer dependency require is solved by #231 .
The crash in Url.parse() has to be investigated and analyzed.

two7sclash-zz · 2017-09-21T14:16:08Z

taking a look this AM, more soon.

two7sclash-zz · 2017-09-21T19:09:54Z

problem was that the url module was choking on const selfApi = url.resolve(process.env.API_URL, 'alerts');. I simply wasn't doing env variables correctly. Read https://medium.com/@purplecones/serverless-environment-variables-4ec818f67388 and all is well.

suederade · 2017-10-14T03:26:08Z

I am getting roughly the same error and it happens if I have any require statement at all.

HyperBrain · 2017-10-15T11:56:04Z

@stevenmwade Could you elaborate on this a bit more and post a code sample (configs)?

btburton42 · 2017-10-17T07:05:23Z

@HyperBrain I'm getting this issue and have tried all the obvious fixes. I'm on v3.1.2. Is there any more stable version I should switch to?

** this issue only cropped up when I switched to using the webpackIncludeModules custom switch due to a mySql incompatibility, if that helps.

HyperBrain · 2017-10-17T08:45:33Z

Can you post the function definitions and the webpackIncludeModules part of your serverless.yml and your webpack.conf.js?

If you do not set webpackIncludeModules at all, there will be NO module packaging. 3.1.2 is stable, and there are currently no known issues in that area. It should be merely a configuration issue, but we can find that out by looking at the files.

btburton42 · 2017-10-17T22:13:01Z

Oh man you must get tired of this. I had added the banner plugin for sourcemaps and that was not a dependency that was included in the build, but present in my local... Sorry for that @HyperBrain

    new webpack.BannerPlugin({
      banner: 'require("source-map-support").install();',
      raw: true,
      entryOnly: false
    })

feel free to mark my issue as resolved.

HyperBrain · 2017-10-18T11:45:00Z

Hey @btburton42 , even if some issues turn out to be a missing configuration, it is quite helpful to have them documented here in the GitHub issues. This will help others who run into the same to have a variety of possible things to check 👍 .

However a Wiki might be better to collect them and extract them as Problem->Solution pairs from the issues. As I'm not very used in how to setup a good wiki in GitHub, I could need some help there 😄 .

RALifeCoach · 2017-11-14T22:58:43Z

I wish to add my name to the list of folks struggling with this issue. It runs fine locally, but gives this error after deploying to AWS. All of the source is here: https://github.com/RALifeCoach/lb-data-engine.git. The actual error is:

CONFIGURATIONUnable to import module 'leaderboard': Error at Function.Module._resolveFilename (module.js:469:15) at Function.Module._load (module.js:417:25) at Module.require (module.js:497:17) at require (internal/module.js:20:19) at Object.defineProperty.value (/var/task/leaderboard.js:299:18) at __webpack_require__ (/var/task/leaderboard.js:20:30) at Object.<anonymous> (/var/task/leaderboard.js:73:16) at __webpack_require__ (/var/task/leaderboard.js:20:30) at /var/task/leaderboard.js:63:18 at Object.<anonymous> (/var/task/leaderboard.js:66:10)

First occurence: 2017-11-14T14:33:13+00:00

ID: aa35537f7042e676e61f47a1231a1cdf
Exception:

Unable to import module 'leaderboard': Error
            at Function.Module._resolveFilename (module.js:469:15)
            at Function.Module._load (module.js:417:25)
            at Module.require (module.js:497:17)
            at require (internal/module.js:20:19)
            at Object.defineProperty.value (/var/task/leaderboard.js:299:18)
            at __webpack_require__ (/var/task/leaderboard.js:20:30)
            at Object.<anonymous> (/var/task/leaderboard.js:73:16)
            at __webpack_require__ (/var/task/leaderboard.js:20:30)
            at /var/task/leaderboard.js:63:18
            at Object.<anonymous> (/var/task/leaderboard.js:66:10)

HyperBrain · 2017-11-14T23:05:12Z

Hi @RALifeCoach , thanks for the post. I will check the source. It looks like there is something wrong with the webpack configuration (so that it did not bundle/reference a module correctly).

What I saw on the first sight is this:

plugins:
  - serverless-offline
  - serverless-webpack

You have to revert the order - to make offline work correctly, webpack has to be listed before offline, because that detemines the order of execution (see also the README).

I'll let you know if I found something.

RALifeCoach · 2017-11-14T23:10:13Z

Thanks for looking at this so quickly. I appreciate your time in this matter.

I have reversed the order of the plug-ins. However, the error is still happening.

HyperBrain · 2017-11-14T23:17:22Z

@RALifeCoach I already have an idea, why. You should use the entry auto-resolution with slsw.lib.entries (for details see the README) and set the outputname then to [name].js.

I can try to submit a PR for your repo tomorrow if that's ok for you.

RALifeCoach · 2017-11-14T23:19:19Z

Thanks, I will try that and report back to you.

…

On Wed, Nov 15, 2017 at 6:17 AM, Frank Schmid ***@***.***> wrote: @RALifeCoach <https://github.com/ralifecoach> I already have an idea, why. You should use the entry auto-resolution with slsw.lib.entries (for details see the README) and set the outputname then to [name].js. I can try to submit a PR for your repo tomorrow if that's ok for you. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#230 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADrayP-MuQX-cXaBN_PwEfx1sNMWfXhHks5s2h-DgaJpZM4Pc9Wx> .

-- Christopher Oliphant +1 647 972 4549

RALifeCoach · 2017-11-14T23:25:37Z

I made those 2 changes to the webpack.config.js. I am still getting an error. However, it is nice to know I am moving forward and clearing up the obvious problems of one who fails to read the documentation carefully enough.

HyperBrain · 2017-11-14T23:31:05Z

Can you post the current webpack.config? ... and the error (if it is different than before) 😄

RALifeCoach · 2017-11-14T23:51:14Z

My changes to webpack config and serverless.yml have been pushed.

…

On Wed, Nov 15, 2017 at 6:31 AM, Frank Schmid ***@***.***> wrote: Can you post the current webpack.config? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#230 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADrayH8iYpIU94QqK41oj2XIQdcgGcJnks5s2iK5gaJpZM4Pc9Wx> .

-- Christopher Oliphant +1 647 972 4549

HyperBrain · 2017-11-14T23:52:24Z

Thanks

HyperBrain · 2017-11-15T00:28:25Z

@RALifeCoach I think I found your remaining problem. Just checked out the repo and tried. The external modules were not packaged - the ones detected by node-externals.
The solution is to enable the plugin's external module packaging in serverless.yml:

# serverless.yml
custom:
  webpackIncludeModules: true

Then the output should be functional.

The packaged Lambda ZIP then contains everything:

RALifeCoach · 2017-11-15T03:44:59Z

That fixed it. You are wonderful. Thank-you.

…

On Wed, Nov 15, 2017 at 7:28 AM, Frank Schmid ***@***.***> wrote: @RALifeCoach <https://github.com/ralifecoach> I think I found your remaining problem. Just checked out the repo and tried. The external modules were not packaged - the ones detected by node-externals. The solution is to enable the plugin's external module packaging: custom: webpackIncludeModules: true Then the output should be functional. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#230 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADrayNwXABxPucMkmcXJN1JMgxE7O-b5ks5s2jAqgaJpZM4Pc9Wx> .

-- Christopher Oliphant +1 647 972 4549

HyperBrain · 2017-11-15T10:23:16Z

@RALifeCoach You're welcome

jkruse14 · 2018-06-10T18:56:52Z

I apologize for resurrecting this issue, but I'm facing (what looks to be) the same thing. I'm using serverless aws with webpack and typescript. It was working just a few days ago, and I'm not sure what I changed that caused this to happen. Everything works find locally.

webpack.confi.js

const path = require('path');
const slsw = require('serverless-webpack');
const nodeExternals = require('webpack-node-externals');

console.log('slsw lib entries', slsw.lib.entries);
module.exports = {
    entry: slsw.lib.entries,
    resolve: {
        extensions: [
            '.js',
            '.jsx',
            '.json',
            '.ts',
            '.tsx',
        ],
    },
    output: {
        libraryTarget: 'commonjs',
        path: path.join(__dirname, '.webpack'),
        filename: '[name].js',
    },
    target: 'node',
    externals: [nodeExternals({
        whitelist: ['/@types/', '/^lodash/', 'bluebird', 'request', 'request-promise', 'pg'],
    })], // in order to ignore all modules in node_modules folder
    module: {
        loaders: [{
            test: /\.ts(x?)$/,
            loader: 'ts-loader',
        }],
    },
};

serverless.yml (snippet)

provider:
  name: aws
  runtime: nodejs6.10
  profile: myprofile
package:
  excludeDevDependencies: true
  exclude:
    - environment/**
    - .nyc_output/**
    - .vscode/**
    - .eslintrc
    - coverage/**
    - config/**
    - deploy-script*
    - package.json
    - README.md
    - scripts/**
    - serverless-offline*
    - serverless-environment*
    - src/test/**
    - swagger.y*
    - tsconfig.json
    - node_modules/serverless*/**
    - web*.env
custom:
  webpackIncludeModules:
    forceInclude:
      - request
      - request-promise
      - pg

functions
  get-teams:
    handler: src/controllers/team-controller.get
    events:
      - http:
          method: get
          path: teams
          cors: true

structure:

src
- controllers
-- team-controller.ts

Please let me know what other information I can provide.

Cheers,
Justin

martinjlowm · 2018-06-10T19:43:45Z

@jkruse14: Unable to import module 'handler' usually occurs due to missing dependencies. The error is misleading in this case, but you can think of it as Lambda (the Node.js runtime) trying to import your handler. If there are any syntax errors, missing modules or similar, Unable to import module 'handler' gets thrown.

To debug this, do a serverless package and check what is packaged in the zip-archive (in the .serverless directory). Make sure that everything you import or require in your bundle is available in the node_modules directory within the zip-archive.

I suppose you can try extracting the zip-archive and do a node bundle.js where your working directory is where the node_modules directory is. You should then get similar errors to Unable to import module 'handler', but hopefully with more information.

jkruse14 · 2018-06-10T22:52:37Z

Thanks @martinjlowm! I had two modules which I must not have installed with the --save recently. I added those and everything is working - thanks for your help!

okpablo · 2018-07-04T16:01:38Z

I had this same issue and the only way to fix it was changing to node v6 (via nvm) to compile.

vishalakshisonata · 2018-08-07T04:58:25Z

ListAllObjects_test.zip

Hi I need a help, Am new to this node.js and aws lambda, i am just trying a simple way to list out the S3 objects, but am getting the exception as given below

Unable to import module 'index': Error
at Function.Module._load (module.js:417:25)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)

Can someone help me on this.

If i edit the working aws template then also i receive same error. Unable to understand.
ListAllObjects_test.zip

lukebyrne · 2019-04-24T02:25:34Z

Duplicate of #43 (comment)

manasarora119 · 2019-05-21T10:08:56Z

Same issue
Need help .
Stuck badly

oander11 · 2019-10-09T06:41:16Z

Just FWIW... I've also been fighting this issues for some hours (which appeared after adding babel to my build chain btw.). Earlier I had the following in my Lambda handler:

module.exports.getVersion = async event => {
    return {
    statusCode: 200,
    body: JSON.stringify({"version":1.2})
  };
};

Adding babel to webpack and the code above stopped working, TypeError: Cannot set property 'getVersion' of undefined

Changing the handler method signature to export const getVersion ... and it works again. Just if someone has the same issue..

hpiwowar · 2023-09-23T17:30:14Z

Just FWIW... I've also been fighting this issues for some hours (which appeared after adding babel to my build chain btw.). Earlier I had the following in my Lambda handler:
...
Changing the handler method signature to export const getVersion ... and it works again. Just if someone has the same issue..

fixed my problem, thanks so much.

HyperBrain mentioned this issue Sep 19, 2017

Add and include peer dependencies #231

Merged

7 tasks

HyperBrain added bug duplicate labels Sep 20, 2017

HyperBrain added this to the 3.1.0 milestone Sep 20, 2017

HyperBrain added issue/under-investigation and removed bug duplicate labels Sep 21, 2017

HyperBrain removed this from the 3.1.0 milestone Sep 21, 2017

two7sclash-zz closed this as completed Sep 21, 2017

warrenronsiek mentioned this issue Mar 21, 2018

Bug: module initialization error: TypeError #353

Closed

This was referenced May 2, 2018

AWS error: Unable to import module 'src/service/serviceName/handler': Error #383

Closed

Added error if needed runtime dependency is a devDependency #384

Merged

cyberbound mentioned this issue Feb 23, 2019

Help: ES6 import gives "module initialization error: TypeError" #486

Closed

hassankhan added duplicate documentation labels Apr 24, 2019

afreix mentioned this issue Sep 5, 2019

Custom authorizer handler cannot be resolved dherault/serverless-offline#802

Closed

Unable to import module 'handler': Error revisited #230

Unable to import module 'handler': Error revisited #230

Comments

two7sclash-zz commented Sep 19, 2017 • edited Loading

Description

Additional Data

HyperBrain commented Sep 19, 2017

two7sclash-zz commented Sep 19, 2017

two7sclash-zz commented Sep 19, 2017

HyperBrain commented Sep 19, 2017

two7sclash-zz commented Sep 19, 2017

HyperBrain commented Sep 19, 2017

HyperBrain commented Sep 19, 2017

HyperBrain commented Sep 19, 2017

HyperBrain commented Sep 19, 2017

two7sclash-zz commented Sep 20, 2017

HyperBrain commented Sep 20, 2017

HyperBrain commented Sep 20, 2017

two7sclash-zz commented Sep 20, 2017 • edited Loading

HyperBrain commented Sep 20, 2017

HyperBrain commented Sep 21, 2017

two7sclash-zz commented Sep 21, 2017

two7sclash-zz commented Sep 21, 2017

suederade commented Oct 14, 2017

HyperBrain commented Oct 15, 2017

btburton42 commented Oct 17, 2017 • edited Loading

HyperBrain commented Oct 17, 2017 • edited Loading

btburton42 commented Oct 17, 2017

HyperBrain commented Oct 18, 2017

RALifeCoach commented Nov 14, 2017

HyperBrain commented Nov 14, 2017 • edited Loading

RALifeCoach commented Nov 14, 2017

HyperBrain commented Nov 14, 2017

RALifeCoach commented Nov 14, 2017 via email

RALifeCoach commented Nov 14, 2017

HyperBrain commented Nov 14, 2017 • edited Loading

RALifeCoach commented Nov 14, 2017 via email

HyperBrain commented Nov 14, 2017

HyperBrain commented Nov 15, 2017 • edited Loading

RALifeCoach commented Nov 15, 2017 via email

HyperBrain commented Nov 15, 2017

jkruse14 commented Jun 10, 2018

martinjlowm commented Jun 10, 2018

jkruse14 commented Jun 10, 2018 • edited Loading

okpablo commented Jul 4, 2018

vishalakshisonata commented Aug 7, 2018

lukebyrne commented Apr 24, 2019

manasarora119 commented May 21, 2019

oander11 commented Oct 9, 2019

hpiwowar commented Sep 23, 2023

two7sclash-zz commented Sep 19, 2017 •

edited

Loading

two7sclash-zz commented Sep 20, 2017 •

edited

Loading

btburton42 commented Oct 17, 2017 •

edited

Loading

HyperBrain commented Oct 17, 2017 •

edited

Loading

HyperBrain commented Nov 14, 2017 •

edited

Loading

HyperBrain commented Nov 14, 2017 •

edited

Loading

HyperBrain commented Nov 15, 2017 •

edited

Loading

jkruse14 commented Jun 10, 2018 •

edited

Loading