-
Notifications
You must be signed in to change notification settings - Fork 142
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
can't locate @ember-data/record-data/-private referred to in module rules #1322
Comments
I'm wondering if this is a complication created by the fact that that ember-data is now essentially a meta-package that depends on things like |
Beginning with
As workaround for this problem, you can use this lines:
After this fix, you get the next error, which i think is a problem in With Ember data 4.8.x you need a other workaround to fix the build process emberjs/data#8296 (comment) With Since now, i havn't found a complete workaround to fix |
this should be closable. For 4.8+ embroider should fully deactivate all compat adapters for ember-data. EmberData's own embroider build at this point specifies the following: return require('@embroider/compat').compatBuild(app, Webpack, {
skipBabel: [
{
package: 'qunit',
},
],
compatAdapters: new Map([
['@ember-data/store', null],
['@ember-data/record-data', null],
['@ember-data/serializer', null],
['@ember-data/adapter', null],
['@ember-data/model', null],
['@ember-data/debug', null],
['@ember-data/tracking', null],
['@ember-data/request', null],
['@ember-data/private-build-infra', null],
['@ember-data/canary-features', null],
['ember-data', null],
]),
packageRules: [
{
package: '@ember-data/store',
addonModules: {
'-private.js': {
dependsOnModules: ['@ember-data/json-api/-private'],
},
},
},
],
}); |
@runspired i think we can also remove all So, embroider doen't need anymore any workarounds for packageRules: [
{
package: '@ember-data/store',
addonModules: {
'-private.js': {
dependsOnModules: [],
},
'-private/system/core-store.js': {
dependsOnModules: [],
},
'-private/system/model/internal-model.js': {
dependsOnModules: [],
},
},
},
], |
We support version ranges on the package rules, so a PR updating the built-in package rules so they stop applying to new-enough versions would be great. |
@ef4 PR created.. is there necessary to add also something for the |
What's the
|
@esbanarango at present, you need to use the A proper release hasn't happened yet, but is planned |
Unfortunately, latest
|
I mean, it's unstable -- but also, it can't find app/app.ts, which could hint at a goofiness with your project. |
as a workaround, you can delete the |
the workaround, without removing files is, to add packageRules like described here #1322 (comment) So you don't need to use the "unstable" version
|
but we run in an other problem with ember-data :(, ember-data is atm not anymore compatible with embroider :(
Edit: Created a Issue in ember-data emberjs/data#8565 |
^ note that this last comment is not an issue with embroider but an issue with the app extending the store from @ember-data/store instead of |
I'm running tests in ember-try
embroider-safe
and we're getting the following error:I've done some debugging and I've found the error that is being thrown in the
resolver.js
I had a look at the file on disk and it looks like it's right, there was no sibling to
@ember-data/store
forrecord-data
and normal node resolution would be expected to fail.The text was updated successfully, but these errors were encountered: