Tooling for developing Glimmer standalone apps with ember-cli
Last updated 3 years ago by mszewczak .
MIT · Repository · Bugs · Original npm · Tarball · package.json
$ cnpm install glimmer-application-pipeline-msz 
SYNC missed versions from official npm registry.


npm version Build Status


Add this package to your project with Yarn:

yarn add @glimmer/application-pipeline

Or alternatively with npm:

npm install --save-dev @glimmer/application-pipeline


This package exports a GlimmerApp class. Using this class enables you to run your application code and assets through a broccoli pipeline, and calling toTree() will return a broccoli node with the processed files:

const { GlimmerApp } = require('@glimmer/application-pipeline');

module.exports = function(defaults) {
  var app = new GlimmerApp(defaults, {
    // Add options here

  return app.toTree();

Importing CommonJS modules

The application pipeline only supports ES modules out of the box, but consumers can opt-in to using CommonJS modules themselves. Here is an example of what this looks like:

// ember-cli-build.js
const GlimmerApp = require('@glimmer/application-pipeline').GlimmerApp;
const resolve = require('rollup-plugin-node-resolve');
const commonjs = require('rollup-plugin-commonjs');

module.exports = function(defaults) {
  let app = new GlimmerApp(defaults, {
    rollup: {
      plugins: [
        resolve({ jsnext: true, module: true, main: true }),

  return app.toTree();

Note that Rollup must be configured when an NPM module rely on global variables. For example, if crypto is being used by one of the modules that is imported into the the app, the additional options to the above for the Rollup config is the following:

rollup: {
  // ...
  external: ['crypto'],
  globals: {
    crypto: 'crypto'

Customizing production and debug builds

This enables any dependencies that are being built to do the following:

import { DEBUG } from '@glimmer/env';

if (DEBUG) {
  // do things that are supposed to be done in debug builds only

A good example of this, is to only install "mandatory setters" for @tracked when running in debug builds. In production we do not want to Object.defineProperty(instance, propertyName, ...) for every property that is used in a template, but we do want this in debug builds so that we can provide nice helpful messaging to the user about what they have potentially done wrong.

This PR also enables automatic warn / assert stripping via:

import { assert } from '@glimmer/debug';

assert(somePredicateGoesHere, 'helpful message when the predicate is not true');

In debug build this is transpiled to something like:

somePredicateGoesHere && console.assert(somePredicateGoesHere, 'helpful message when the predicate is not true');

But in production builds, the entire statement is removed.

Enabling use of async-await in components

First, install regenerator-runtime in your app:

yarn add --dev regenerator-runtime

Then import regenerator-runtime/runtime at the top of src/index.ts:

// src/index.ts
import 'regenerator-runtime/runtime';


For the development of this project, Yarn is preferred over npm. However, any Yarn command can be replaced by the npm equivalent. See Migration from npm in the Yarn documentation for a list of the equivalent commands.

  • Clone repository locally: git clone
  • Install dependencies: yarn, or yarn install
  • Open project in your editor of choice and make your changes
  • Run tests: yarn run test


Bug reports and pull requests are welcome on GitHub at


Thanks to Monegraph for funding the initial development of this library.


MIT License.

Current Tags

  • 0.7.3                                ...           latest (3 years ago)

1 Versions

  • 0.7.3                                ...           3 years ago
Maintainers (1)
Today 0
This Week 0
This Month 0
Last Day 0
Last Week 0
Last Month 1
Dev Dependencies (14)
Dependents (0)

Copyright 2014 - 2017 © |