
WarpDrive is the lightweight data library for web apps —
universal, typed, reactive, and ready to scale.
@ember-data/codemods
Codemods for WarpDrive/EmberData paradigms.
Usage
List all available codemod commands
npx @ember-data/codemods apply --help
The available codemods will be listed under the "Commands" heading.
Run a codemod
npx @ember-data/codemods apply <codemod-name> [codemod-options] <target-glob-pattern...>
For example:
npx @ember-data/codemods apply legacy-compat-builders ./app/**/*.{js,ts}
Codemod options
To list the available options for a particular codemod, you can run:
npx @ember-data/codemods apply <codemod-name> --help
Codemods
schema-migration
A set of codemods to help migrate EmberData models and mixins to WarpDrive schemas.
Migrate Both Models and Mixins
npx @ember-data/codemods apply migrate-to-schema --help
Usage: @ember-data/codemods apply migrate-to-schema [options] [input-dir]
Migrates both EmberData models and mixins to WarpDrive schemas in batch.
Arguments:
input-dir Input directory to search for models and mixins (default: "./app")
Options:
-d, --dry dry run (no changes are made to files) (default: false)
-v, --verbose <level> Show more information about the transform process (choices: "0", "1",
"2", default: "0")
-l, --log-file [path] Write logs to a file. If option is set but no path is provided, logs are
written to ember-data-codemods.log
-i, --ignore <ignore-glob-pattern...> Ignores the given file or glob pattern. If using glob pattern, wrap in
single quotes.
--config <path> Path to configuration file
--models-only Only process model files (default: false)
--mixins-only Only process mixin files (default: false)
--skip-processed Skip files that have already been processed (default: false)
--model-source-dir <path> Directory containing model files (default: "./app/models")
--mixin-source-dir <path> Directory containing mixin files (default: "./app/mixins")
--output-dir <path> Output directory for generated schemas (default: "./app/schemas")
-h, --help display help for command
npx @ember-data/codemods apply model-to-schema --help
Usage: @ember-data/codemods apply model-to-schema [options] <target-glob-pattern...>
Transforms EmberData models to schema definitions for WarpDrive.
Arguments:
target-glob-pattern Path to files or glob pattern. If using glob pattern, wrap in single
quotes.
Options:
-d, --dry dry run (no changes are made to files) (default: false)
-v, --verbose <level> Show more information about the transform process (choices: "0", "1",
"2", default: "0")
-l, --log-file [path] Write logs to a file. If option is set but no path is provided, logs are
written to ember-data-codemods.log
-i, --ignore <ignore-glob-pattern...> Ignores the given file or glob pattern. If using glob pattern, wrap in
single quotes.
--input-dir <path> Input directory containing models (default: "./app/models")
--output-dir <path> Output directory for schemas (default: "./app/schemas")
--config <path> Path to configuration file
-h, --help display help for command
npx @ember-data/codemods apply mixin-to-schema --help
Usage: @ember-data/codemods apply mixin-to-schema [options] <target-glob-pattern...>
Transforms EmberData mixins to schema traits for WarpDrive.
Arguments:
target-glob-pattern Path to files or glob pattern. If using glob pattern, wrap in single
quotes.
Options:
-d, --dry dry run (no changes are made to files) (default: false)
-v, --verbose <level> Show more information about the transform process (choices: "0", "1",
"2", default: "0")
-l, --log-file [path] Write logs to a file. If option is set but no path is provided, logs are
written to ember-data-codemods.log
-i, --ignore <ignore-glob-pattern...> Ignores the given file or glob pattern. If using glob pattern, wrap in
single quotes.
--input-dir <path> Input directory containing mixins (default: "./app/mixins")
--output-dir <path> Output directory for traits (default: "./app/traits")
--config <path> Path to configuration file
-h, --help display help for command
This codemod transforms EmberData models and mixins into WarpDrive's schema format, generating:
- Schema files: Define the data structure using
LegacyResourceSchema
- Extension files: Preserve computed properties, methods, and other non-data logic
- Type files: TypeScript interfaces for type safety
- Trait files: Reusable schema components from mixins
Basic Usage
npx @ember-data/codemods apply migrate-to-schema ./app
npx @ember-data/codemods apply migrate-to-schema \
--output-dir './app/data/schemas' \
./app
npx @ember-data/codemods apply migrate-to-schema \
--models-only \
./app
npx @ember-data/codemods apply model-to-schema './app/models/**/*.{js,ts}'
npx @ember-data/codemods apply mixin-to-schema './app/mixins/**/*.{js,ts}'
npx @ember-data/codemods apply migrate-to-schema \
--config './schema-migration.config.json' \
./app
Configuration File
For complex projects, you can use a JSON configuration file:
{
"$schema": "./tools/warp-drive-codemod/config-schema.json",
"version": "1.0.0",
"description": "Configuration for MyClient WarpDrive migration",
"dryRun": false,
"verbose": false,
"debug": false,
"mirror": true,
"emberDataImportSource": "@my-org/warp-drive/v1/model",
"intermediateModelPaths": [
"@my-org/client-core/core/custom-model",
"my-client/core/base-model",
],
"modelImportSource": "my-client/models",
"mixinImportSource": "my-client/mixins",
"modelSourceDir": "./apps/client/app/models",
"mixinSourceDir": "./apps/client/app/mixins",
"additionalModelSources": [
{
"pattern": "@my-org/client-core/core/custom-model",
"dir": "libraries/client-core/package/src/core/custom-model"
}
],
"additionalMixinSources": [
{
"pattern": "@my-org/client-core/mixins/*",
"dir": "libraries/client-core/package/src/mixins/*"
},
{
"pattern": "@my-org/schema-decorators/mixins/*",
"dir": "libraries/schema-decorators/mixins/*"
}
],
"resourcesImport": "my-client/data/resources",
"traitsDir": "./apps/client/app/data/traits",
"traitsImport": "my-client/data/traits",
"extensionsDir": "./apps/client/app/data/extensions",
"extensionsImport": "my-client/data/extensions",
"resourcesDir": "./apps/client/app/data/resources"
}
See packages/codemods/src/schema-migration/config-schema.json for full configuration options.
Examples
Before (EmberData Model):
import Model, { attr, belongsTo, hasMany } from '@ember-data/model';
export default class User extends Model {
@attr('string') declare name: string;
@attr('string') declare email: string;
@belongsTo('company', { async: false }) declare company: Company;
@hasMany('project', { async: true }) declare projects: Project[];
get displayName() {
return this.name || this.email;
}
async updateProfile(data) {
this.setProperties(data);
return this.save();
}
}
After (Generated Schema):
export const UserSchema = {
type: 'user',
fields: {
name: { kind: 'attribute', type: 'string' },
email: { kind: 'attribute', type: 'string' },
company: { kind: 'belongsTo', type: 'company', options: { async: false } },
projects: { kind: 'hasMany', type: 'project', options: { async: true } }
}
};
Generated Extension:
export class UserExtension {
get displayName() {
return this.name || this.email;
}
async updateProfile(data) {
this.setProperties(data);
return this.save();
}
}
Generated Types:
export interface User {
[Type]: 'user';
name: string;
email: string;
company: Company;
projects: Project[];
}
legacy-compat-builders
npx @ember-data/codemods apply legacy-compat-builders --help
Usage: @ember-data/codemods apply legacy-compat-builders [options] <target-glob-pattern...>
Updates legacy store methods to use `store.request` and `@ember-data/legacy-compat/builders` instead.
Arguments:
target-glob-pattern Path to files or glob pattern. If using glob pattern, wrap in single
quotes.
Options:
-d, --dry dry run (no changes are made to files) (default: false)
-v, --verbose <level> Show more information about the transform process (choices: "0", "1",
"2", default: "0")
-l, --log-file [path] Write logs to a file. If option is set but no path is provided, logs are
written to ember-data-codemods.log
-i, --ignore <ignore-glob-pattern...> Ignores the given file or glob pattern. If using glob pattern, wrap in
single quotes.
--store-names <store-name...> Identifier name associated with the store. If overriding, it is
recommended that you include 'store' in your list. (default: ["store"])
--method, --methods <method-name...> Method name(s) to transform. By default, will transform all methods.
(choices: "findAll", "findRecord", "query", "queryRecord", "saveRecord")
-h, --help display help for command
Examples
findAll
const posts = await store.findAll<Post>('post');
import { findAll } from '@ember-data/legacy-compat/builders';
const { content: posts } = await store.request<Post[]>(findAll<Post>('post'));
findRecord
const post = await store.findRecord<Post>({ type: 'post', id: '1' });
import { findRecord } from '@ember-data/legacy-compat/builders';
const { content: post } = await store.request<Post>(findRecord<Post>({ type: 'post', id: '1' }));
NOTE: This codemod will not transform store.findRecord calls with a 'preload' option set. This option is not supported by the legacy compat builders.
query
const posts = await store.query<Post>('post', { id: '1' });
import { query } from '@ember-data/legacy-compat/builders';
const { content: posts } = await store.request<Post[]>(query<Post>('post', { id: '1' }));
queryRecord
const post = await store.queryRecord<Post>('post', { id: '1' });
import { queryRecord } from '@ember-data/legacy-compat/builders';
const { content: post } = await store.request<Post>(queryRecord<Post>('post', { id: '1' }));
saveRecord
const post = store.createRecord<Post>('post', { name: 'Krystan rules, you drool' });
const savedPostWithGeneric = await store.saveRecord<Post>(post);
const savedPostNoGeneric = await store.saveRecord(post);
import { saveRecord } from '@ember-data/legacy-compat/builders';
const post = store.createRecord<Post>('post', { name: 'Krystan rules, you drool' });
const { content: savedPostWithGeneric } = await store.request<Post>(saveRecord(post));
const { content: savedPostNoGeneric } = await store.request(saveRecord(post));
Handling of await
Calls to legacy store methods that are not currently awaited will not be transformed. In order to provide feature parity with the legacy method, we need to access the content property from Future returned by store.request. In order to do this, we need to await store.request, but we can't safely add await with a codemod as we don't know if the consuming code will be able to handle the change.
There is one exception to this rule. In the case where a route's model hook returns a call to a legacy store method, the codemod will transform the legacy store method and will add the await keyword.
Caveats
GJS and GTS files are not currently supported. PRs welcome! 🧡