serverless-plugin-typescript-tsoa-gql

Forked from: serverless-plugin-tsoa and serverless-plugin-typescript-graphql-codegen

Serverless plugin for zero-config Typescript with support for tsoa and graphql codegen

Features

• Zero-config: Works out of the box without the need to install any other compiler or plugins
• Supports ES2015 syntax + features (export, import, async, await, Promise, ...)
• Supports sls package, sls deploy and sls deploy function
• Supports sls invoke local + --watch mode
• Integrates nicely with serverless-offline
• Generates GraphQL types for file extensions .gql and .graphql (uses codegen). This is skipped if no codegen.yml file is found on the root of the project.

Install

1yarn add --dev serverless-plugin-tsoa typescript
2# or
3npm install -D serverless-plugin-tsoa typescript

Add the following plugin to your serverless.yml:

1plugins:
2  - serverless-plugin-tsoa

Configure

See example folder for a minimal example.

tsconfig.json

The default tsconfig.json file used by the plugin looks like this:

1{
2  "compilerOptions": {
3    "preserveConstEnums": true,
4    "strictNullChecks": true,
5    "sourceMap": true,
6    "allowJs": true,
7    "target": "es5",
8    "outDir": ".build",
9    "moduleResolution": "node",
10    "lib": ["es2015"],
11    "rootDir": "./"
12  }
13}

Note 1: The outDir and rootDir options cannot be overwritten.

Note 2: Don't confuse the tsconfig.json in this repository with the one mentioned above.

Including extra files

All files from package/include will be included in the final build file. See Exclude/Include

GraphQL Code Generation

Make sure to have a codegen.yml file at the root of your repository:

1overwrite: true
2schema: ./**/*.schema.gql
3generates:
4  src/generated/graphql.ts:
5    plugins:
6      - 'typescript'
7    config:
8      skipTypename: true
9      constEnums: false
10      typesPrefix: I
11      enumPrefix: false
12      declarationKind: 'interface'
13      namingConvention:
14        typeNames: pascal-case#pascalCase
15        enumValues: upper-case#upperCase

Usage

Google Cloud Functions

When using with Google Cloud Functions via the serverless-google-cloudfunctions plugin, you simply have to provide a main field in your package.json:

1{
2  // ...
3  "main": "handler.js",
4  // ..
5}

And this plugin will automatically compile your typescript correctly. Note that the field must refer to the compiled file name, namely, ending with a .js extension.

If a main field was not found, then this plugin will use index.js. Before compilation begins, it will check to see that the file indicated exists with a .ts extension before actually trying to compile it.

Automatic compilation

The normal Serverless deploy procedure will automatically compile with Typescript:

• Create the Serverless project with serverless create -t aws-nodejs
• Install Serverless Typescript as above
• Deploy with serverless deploy

Usage with serverless-offline

The plugin integrates very well with serverless-offline to simulate AWS Lambda and AWS API Gateway locally.

Add the plugins to your serverless.yml file and make sure that serverless-plugin-tsoa precedes serverless-offline as the order is important:

1  plugins:
2    ...
3    - serverless-plugin-tsoa
4    ...
5    - serverless-offline
6    ...

Run serverless offline or serverless offline start to start the Lambda/API simulation.

In comparison to serverless offline, the start command will fire an init and a end lifecycle hook which is needed for serverless-offline and e.g. serverless-dynamodb-local to switch off resources (see below)

serverless-dynamodb-local

Configure your service the same as mentioned above, but additionally add the serverless-dynamodb-local plugin as follows:

1  plugins:
2    - serverless-plugin-tsoa
3    - serverless-dynamodb-local
4    - serverless-offline

Run serverless offline start.

Other useful options

You can reduce the clutter generated by serverless-offline with --dontPrintOutput and disable timeouts with --noTimeout.

Run a function locally

To run your compiled functions locally you can:

1$ serverless invoke local --function <function-name>

Options are:

• --function or -f (required) is the name of the function to run
• --watch - recompile and run a function locally on source changes
• --path or -p (optional) path to JSON or YAML file holding input data
• --data or -d (optional) input data

Enabling source-maps

You can easily enable support for source-maps (making stacktraces easier to read) by installing and using the following plugin:

1yarn add --dev source-map-support

1// inside of your function
2import 'source-map-support/register'

If you are using webpack (most likely). Add devtool: 'source-map' to webpack.config.js:

1module.exports = {
2  .... snip ....
3  devtool: 'source-map',
4  .... snip ....
5
6}