Skip to content
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

Project#blueprintLookupPaths should account for ember-blueprint dependencies. #6952

Open
rwjblue opened this issue Apr 11, 2017 · 4 comments · Fixed by glimmerjs/glimmer-blueprint#31
Assignees
Projects

Comments

@rwjblue
Copy link
Member

rwjblue commented Apr 11, 2017

Project.prototype.blueprintLookupPaths currently accounts for the blueprintPaths of all addons, in addition to the project's own blueprints. Unfortunately, this means it cannot resolve blueprints that are "stand alone blueprints" if they are dependencies of the project.

Stand alone blueprints (generally installed via git URL's or npm packages) use the ember-blueprint keyword (instead of ember-addon) to indicate they are not a full blown addon, but instead are a blueprint, this means they will not be included in Project.prototype.blueprintLookupPaths and therefore Blueprint.lookup will not find them even if the blueprint is a direct dependency of the project.

@stefanpenner
Copy link
Contributor

In blrpnt I moved thenlookup stuff to a Load path passed in to blueprint. So the caller always decides. That approach should make it easier to addresss this problem

rwjblue added a commit to rwjblue/glimmer-blueprint that referenced this issue Apr 11, 2017
Prior to these changes running `ember init -b @glimmer/blueprint`
would always download the `latest` release from `npm`'s registry for
`@glimmer/blueprint`. This means that it is impossible to actually
control your upgrading process.

This change makes this package *both* a stand alone blueprint package
*and* an addon. The addon creates a blueprint for `@glimmer/blueprint`
so that now `ember init -b @glimmer/blueprint` will use whatever version
of `@glimmer/blueprint` that you happen to have installed. This mirrors
the way ember-cli upgrades work (where you first update the version of
ember-cli in the project, then you run `ember init` with that version).

Ultimately, this commit should be able to be revertted once the upstream
issue is resolved: ember-cli/ember-cli#6952.
@rwjblue
Copy link
Member Author

rwjblue commented Jun 6, 2017

Shouldn't have been closed by that @glimmer/blueprint PR.

@ro0gr
Copy link
Contributor

ro0gr commented Feb 4, 2018

This issue was closed unintentionally again.

From glimmerjs/glimmer.js@8b95d66:

Ultimately, this commit should be able to be revertted once the upstream
issue is resolved: #6952.

@rwjblue rwjblue reopened this Feb 4, 2018
@locks locks added this to Needs Contributor in Triaging Apr 12, 2020
@locks locks moved this from Needs Contributor to INBOX in Triaging Jan 20, 2022
@locks
Copy link
Contributor

locks commented Jan 27, 2022

@rwjblue is this still relevant, or can it be closed?

@locks locks self-assigned this Jan 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Development

Successfully merging a pull request may close this issue.

4 participants