swagger-chunk
Table of Contents generated with DocToc
Summary
Bundle many OpenAPI 2|3 files together into one. Please see the srcOA2 and srcOA3 for examples.
Examples
For a full example please view the example folder within the swagger-chunk repo.: https://github.com/jdcrecur/swagger-chunk/tree/master/srcOA3
Install and use locally via cli
Installing:
npm i --save swagger-chunk
Running swagger-chunk and outputting the compiled contents to file (typically you would add this to a script in your package.json file):
node node_modules/swagger-chunk -o yaml -e yml -i ./src/index.yml -D ./build/ -d weather_app_s2jsonapi
The following options are available, made easily possible by commander
Usage: swagger-chunk [options]
Options:
-v, --version output the version number
--init Inject a skeleton yml structure to the current directory named /src/...
-i, --input [path] The relative path to the input file
-c, --clean_leaf This will strip all trailing "," from all values
-d, --destination_name [name] Base name of the file eg "weather_api". The version number from the swagger file will be appended automatically unless instructed otherwise
-D, --destination [path] Path to the target eg "./build". If no destination directory is passed the output will be outputted in the terminal
-e, --extension [ext] The output extension, defaults to the output format if not provided
-h, --host_replacement [name] (swagger2 specific only) A host name string to replace the one found in the source
-o, --output_format [format] The output format yaml, yml or json. If not provided it will assume the format of the input file
-n, --indentation [indent] The numeric indentation, defaults to 4 if nothing passed
-m, --make_unique_operation_ids // WARNING: modifies your files, check with git: Changes the value of all operationId to the camelCase pathname of the file minus the dir path then continues to the usual operation of bundling.
-M, --make_unique_operation_ids_only Same as -m but will only inject the uniqueOperationIds into the yaml file and then stop
-s, --strip_value [strip] Related to m & M, the value removed from the file path for the uniqueIds, defaults to src/paths/
-V, --validate_off Do not validate the swagger output
-x, --exclude_version Exclude the swagger version from the generated output file
-h, --help output usage information
An example use via a package.json file:
{
"name": "gateway_swagger",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"build:json": "swagger-chunk -i ./src/index.yml -o json -D ./build/ -d swagger2_api",
"build:yaml": "swagger-chunk -i ./src/index.yml -e yaml -D ./build/ -d swagger2_api",
"build:yaml-and-inject-uniqueOperationIds": "swagger-chunk -i ./src/index.yml -e yaml -D ./build/ -d swagger2_api -m",
"build:all": "npm run build:json && npm run build:yaml"
},
"author": "",
"license": "ISC",
"dependencies": {
"swagger-chunk": "2.3.2"
}
}
In conjunction with the aforementioned https://github.com/jdcrecur/swagger-chunk/tree/master/src it can be seen how to hold an api contract within an own git repo and built using swagger-chunk.
How it works
Using a combination of json-refs and js-yaml, swagger-chunk combines multiple YAML files to output a single JSON or YAML file.
Swagger-chunk will automatically extract the swagger version number from the parsed yml and append to the file name produced, helping ensure little confusion when publishing changes to your API swagger documentation.
If you are familiar with Swagger then you will likely be familiar with the concept of definitions (or components in v3/OpenAPI) and referencing them with $ref with the value in single quotes prefixed with a # for example:
$ref: "#/definitions/Weather"
Using swagger-chunk you can use the $ref feature's value as a path to another yml file, swagger-chunk will try to fetch the contents of the path and inject into the file. This technique allows you to break up what would otherwise be potentially 1000's of lines into smaller re-usable chunks. For example:
$ref: ./definitions/Weather.yml
Initialise skeleton swagger-chunk files
You can kick start your swagger documentation code base by running the below command. The command will result in a new sub directory from the current working directory the command is run from:
From locally installed:
node node_modules/swagger-chunk --init
Managing operation ids
Ensuring the operation ids are unique for every file can be a pain in the arse. If you layout your files in the same pattern demonstrated in the "src" folder of this npm package you can then manage them automatically, each id will be a camelCase string of the file path. As a file system prevents files with duplicate file paths for existing this then means that all the operationId's will also be unique.
Example, inject then continue to bundle:
swagger-chunk -i src/index.yml -m
or stop after injecting the id's
swagger-chunk -i src/index.yml -M
Warning: If you have not used this feature before, it is advisable to run this on a clean git head allowing you to revert the file changes it will make if needed.
This feature strips 'src/paths/ from the file path for the operation id, change this as required with the -s flag'
Overriding the base host
Swagger 2 only offers the option to insert a single host, unlike OpenApi3. To bypass the restriction you can override the host using swagger-chunk by passing in the -h flag. This will replace the host found in the swagger source with that passed.
Clean up leaf values
On occasion you may find yourself importing yaml from a 3rd party converter which can sometimes result in trialing commas. You can automatically strip these from the final output by passing the -c flag for --clean_leaf
Use programmatically
Command line use is essentially an abstraction to the actual SwaggerChunk class, all the parameters available for cli are available via methods.
You have the option to import the es6 class or the es5 commonJS module.
For an example use of the pragmatical use, please view the example package.json file.