Can't resolve component from addon consumed by engine consumed by app
See original GitHub issueI have a basic engines test app here: https://github.com/JackieChiles/et-app. The app consumes an engine (https://github.com/JackieChiles/et-engine) which in turn consumes an addon (https://github.com/JackieChiles/et-addon) and uses et-component
from that addon. The following work:
- Rendering
et-component
inet-app
: https://github.com/JackieChiles/et-app/blob/master/app/templates/application.hbs#L6 - Rendering
et-component
inet-engine
’s dummy app: https://github.com/JackieChiles/et-engine/blob/master/tests/dummy/app/templates/application.hbs#L1 - Rendering
et-en-component
(lives inet-engine
directly) inet-app
through a template in the engine: https://github.com/JackieChiles/et-engine/blob/master/addon/templates/et-template.hbs#L5
But I haven’t been able to get et-component
to render in et-app
though a template in the engine at all: https://github.com/JackieChiles/et-engine/blob/master/addon/templates/et-template.hbs#L2
I do see et-addon/components/et-component/component
and et-app/components/et-component/component
in the resolver’s module names list when Ember tries to render that component, but it’s looking for et-engine/components/et-component/component
.
Is there a piece that I’m missing or is this a possible bug/gap?
Issue Analytics
- State:
- Created 8 years ago
- Comments:7 (3 by maintainers)
Top GitHub Comments
Yeah I’m having the same issue :\ Seems like we should be able to just do something like:
@timkendall Currently of course only services are supported as engine dependencies, but as already mentioned I believe injecting other types is being discussed. But, the PR that fixed the issue for me makes sense: making the engine’s addons
dependencies
instead ofdevDependencies
allows them to propagate down to whatever app consumes the engine. Hope this thread helped you!