Meteor-Webpack

Blog Post : https://medium.com/@ardatan/meteor-with-webpack-in-2018-faster-compilation-better-source-handling-benefit-from-bc5ccc5735ef

Meteor-Webpack provides you a development environment that integrates modern web bundler Webpack, and modern perfect full-stack JavaScript framework Meteor.

You need just one atmosphere package to start; ardatan:webpack

This project includes some examples with popular Frontend frameworks and a compiler package that replaces Meteor's bundler with modern web project bundler Webpack. You have to create a webpack.config.js file that has the compilation configurations for both client and server code. You are to free to choose the directory structure in your project, Webpack will compile your project regarding to your entry definition.

Simple Migration

Feel free like you are working in a Webpack CLI

Meteor-Webpack would make you feel you are using Webpack CLI. Just use same cases in Webpack's own documentation.

Feel free like you are working in a regular Meteor environment as well

Meteor-Webpack can resolve any atmosphere packages and Meteor modules like you are using without Meteor-Webpack

Try our examples with your favorite Frontend framework

Why Webpack

Faster compilation thanks to Webpack good caching during compilation
ES2015 Modules support instead of loading modules on runtime like Meteor's bundle does in CommonJS way, because Meteor only converts ES2015 import syntax,import module from 'module',to CommonJS import syntax; const module = require('module').
Tree-shaking for smaller final production bundle
You can migrate your existing Webpack project to Meteor easily.
You can use your existing Webpack loaders and plugins without a great modification including the ones don't exist as an atmosphere package.
Hot Module Replacement without reloading in each compilation using Webpack Dev Middleware together with Meteor's connect-compatible HTTP Server
HMR is available for server-side code, so your re-compiled server-side code will be replaced in 'already running' server without restart. So, the recompilation of server-side code takes less time than regular Meteor bundler's.
Comparisons with other bundlers are explained here.

Comparison with other solutions in Meteor

Regular Meteor Bundler

Regular Meteor Bundler uses babel which tranpiles your ES2015 syntax to ES5 even imports to CommonJS which creates some limitation for you. For instance, you cannot use ES2015 modules, then you need to import UMD modules which would probably contain unused submodules of this module. Despite you can use atmosphere packages with Meteor-Webpack, you don't need to add extra atmosphere packages for sass, typescript and others' compilation. For an extra compiler such as sass, less and pug etc; you can just install necessary webpack loader plugins, and add them into webpack.config.js. Meteor-Webpack runs exactly same way with webpack-dev-server.

Meteor Client Bundler

As in its documentation; meteor-client-bundler is a module bundler which will take a bunch of Atmosphere package and put them into a single module, so we can load Meteor's client scripts regardless of what framework we're using to run our server. But you cannot use this client bundle with Server Side Rendering, and you must have two different projects which run on two different servers. With Meteor-Webpack, you can extract webpack.config.js from Angular CLI, create-react-app and any other CLI tools', then easily use it with Meteor.

Before you start

Remove existing compiler packages; meteor remove ecmascript es5-shim static-html
If you are using Meteor entry points, you have to remove them from your package.json

1"meteor": {
2  "mainModule": {
3    "client": "client/main.js",
4    "server": "server/main.js"
5  }
6}

You have to install webpack and necessary plugins with your favorite package manager; yarn or npm
Add Meteor package webpack by the command meteor add ardatan:webpack
Create webpack.config.js, and define entry module which is necessary for webpack.
If you have seperate client and server codes, you have to declare two configurations like we have in our example.

Seperating Client and Server Configuration - IMPORTANT!

You have to add target field by node value in the configuration object you want to use as server's;

1    const clientConfig = {
2        //...
3    }
4    const serverConfig = {
5        //...
6        target: 'node',
7    }

Meteor Package Imports - IMPORTANT!

If you are using Meteor's package imports such as import { Meteor } from 'meteor/meteor', import { Mongo } from 'meteor/mongo' and also non-global package references such as import { publishComposite } from 'meteor/reywood:publish-composite'. You have to install webpack-meteor-externals npm package, and add it to both client and server entries in webpack.config.js.
If you are using all of them by their global references without imports, you don't need that package.

    meteor npm install webpack-meteor-externals --save-dev

1    const meteorExternals = require('webpack-meteor-externals');
2    //...
3    externals: [
4        meteorExternals()
5    ]
6    //...

Client Configuration

Webpack Dev Middleware

If you want to use Webpack's Development Server instead of Meteor's, you have to add devServer field in the client configuration;

1    devServer: {}

then you have to add another atmosphere package to packages;

    meteor add ardatan:webpack-dev-middleware

don't forget to install webpack-dev-middleware package from NPM;

    meteor npm install webpack-dev-middleware --save-dev

Server Configuration

Loading NPM modules on runtime instead of compiling them by Meteor

Install webpack-node-externals

    meteor npm install webpack-node-externals --save-dev

Add externals into the server configuration in webpack.config.js

1    externals: [nodeExternals()], // in order to ignore all modules in node_modules folder

Hot Module Replacement

Process is the same with Webpack; so you have to just change your client and server configuration;
Add hot field for both client and server which is true,

1    devServer: {
2        hot: true
3    }

and add the necessary plugin only for client; do not add this plugin for server, hot: true is enough for server-side HMR!

1    plugins: {
2        new webpack.HotModuleReplacementPlugin()
3    }

Then install webpack-dev-middleware,
Install client-side HMR middleware webpack-hot-middleware in your project
Install server-side HMR middleware webpack-hot-server-middleware in your project
Meteor's bundler may restart your server which is not good for HMR's working process; so we need to disable it by adding .meteorignore on the root with the following content;

    *
    !.meteor/
    !node_modules/
    !webpack.config.js

Galaxy Deployment

meteor deploy command doesn't set NODE_ENV=production environment variable. That's why, webpack compiler recognizes that it is still a development build. You have two options to fix issue;

First option ( Recommended )

You have to provide GALAXY_NODE_OPTIONS=--production to make webpack recognize that it is a production build.

Second option

Create a seperate configuration file for webpack which doesn't contain development settings such as devServer, and includes UglifyJs plugins. Then, set environment variable WEBPACK_CONFIG_FILE=<filename>.