Migrating webpack projects to wrangler v2
Previous versions of wrangler
offered rudimentary support for webpack with the type
and webpack_config
keys in wrangler.toml
. Starting with version 2, wrangler
no longer supports the type
and webpack_config
keys, but you can still use webpack with your workers!
Odds are, you (an intrepid developer using webpack with Workers) fall into one of four categories:
I use
[build]
to run webpack (or another bundler) external to wrangler.I use
type = webpack
, but don’t provide my own configuration and letwrangler
take care of it.
If you don’t fall into any of those categories, please file an issue so we can help you out and improve our documentation!
I use [build]
to run webpack (or another bundler) external to wrangler.
wrangler
2 supports the [build]
key, so your workers will continue to build using your own setup.
I use type = webpack
, but don’t provide my own configuration and let wrangler
take care of it.
Good news! wrangler
will continue to take care of it. Simply remove type = webpack
from your wrangler.toml
.
I use type = webpack
and webpack_config = <path/to/webpack.config.js>
to handle JSX, Typescript, WebAssembly, HTML files, and other non-standard filetypes.
New versions of wrangler
ship with built-in support for this usecase thanks to our module system
.
We’ll handle JSX and Typescript, and you can simply import
any modules you need into your code and we’ll include them in the built worker automatically.
You should remove the type
and webpack_config
keys from your wrangler.toml
.
I use type = webpack
and webpack_config = <path/to/webpack.config.js>
to perform code-transforms and/or other code-modifying functionality.
wrangler
2 drops support for project types, including type = webpack
and configuration via the webpack_config
key. If your webpack configuration does things beyond adding loaders for e.g. Typescript, you’ll need to maintain your custom Webpack configuration. In the long term, you should migrate to an external [build]
process
, but in the short term it’s still possible to reproduce wrangler
1’s build steps in newer versions of wrangler
by following the steps below.
- Add [wranglerjs-compat-webpack-plugin](TODO: npm link) as a
devDependency
wrangler-js, shipped as a separate library from wrangler 1, is a simple Node script that configures and executes webpack 4 for you. When you set type = webpack
, wrangler 1 would execute this script for you. We’ve ported the functionality over to a new package, [wranglerjs-compat-webpack-plugin](TODO: link), which you can use as a webpack plugin.
To do that, you’ll need to add it as a dependency:
npm install --save-dev webpack@^4.46.0 webpack-cli wranglerjs-compat-webpack-plugin# oryarn add --dev webpack@4.46.0 webpack-cli wranglerjs-compat-webpack-plugin
You should see this reflected in your package.json:
{ "name": "my-worker", "version": "x.y.z", // ... "devDependencies": { // ... "wranglerjs-compat-webpack-plugin": "^x.y.z", "webpack": "^4.46.0", "webpack-cli": "^x.y.z" }
}
- Add [wranglerjs-compat-webpack-plugin] to
webpack.config.js
Modify your webpack.config.js
file to include the plugin you just installed.
const { WranglerJsCompatWebpackPlugin,
} = require("wranglerjs-compat-webpack-plugin");
module.exports = { // ... plugins: [new WranglerJsCompatWebpackPlugin()],
};
Add a build script your
package.json
{"name": "my-worker","verion": "2.0.0",// ..."scripts": {"build": "webpack" // <-- Add this line!// ...}}Remove unsupported entries from your
wrangler.toml
Remove the type
and webpack_config
keys from your wrangler.toml
, as they’re not supported anymore.
# Remove these!
type = "webpack"
webpack_config = "webpack.config.js"
- Tell wrangler how to bundle your worker
Wrangler no longer has any knowledge of how to build your worker, so you’ll need to tell it how to call webpack and where to look for webpack’s output. This translates into two fields:
main = "./worker/script.js" # by default, or whatever file webpack outputs
[build]
command = "npm run build" # or "yarn build"
# ...
- Test it out!
Try running npx wrangler publish
, and verify that things work as expected.