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

Cache loaded configs #125

Closed
wants to merge 1 commit into from
Closed

Cache loaded configs #125

wants to merge 1 commit into from

Conversation

bergie
Copy link

@bergie bergie commented Sep 19, 2013

It is crucial for the loaded configuration files to be persistent so that builder plugins can safely do their addFile and removeFile calls.

As it is currently, these only affect the one build step where the plugin is called, causing issues with aliasing as reported in anthonyshort/component-coffee#3

There was already a TODO for caching the loaded component manifests, and so this not only makes plugins work better, but should also improve performance.

It is crucial for the loaded configuration files to be persistent so that builder plugins can safely do their `addFile` and `removeFile` calls.

As it is currently, these only affect the one build step where the plugin is called, causing issues with aliasing as reported in anthonyshort/component-coffee#3

There was already a TODO for caching the loaded component manifests, and so this not only makes plugins work better, but should also improve performance.
@bergie
Copy link
Author

bergie commented Nov 14, 2013

@visionmedia any updates on this? It would fix the component-coffee plugin (and potentially other plugins), as well as help with other issues like #49

@forresto
Copy link

👍

@necolas
Copy link

necolas commented Jan 9, 2014

This would also fix the component-react plugin (see linked issue above). Otherwise, using component build --use <name> doesn't work.

@bergie bergie mentioned this pull request Feb 7, 2014
@VinSpee
Copy link

VinSpee commented Feb 26, 2014

Any word on this?

@jonnor
Copy link

jonnor commented Mar 12, 2014

Can this go in? I'm hitting the component-coffescript issue in MicroFlo now

@tj
Copy link
Contributor

tj commented Mar 13, 2014

builder had a refactor so this won't apply anymore

@tj tj closed this Mar 13, 2014
@bergie
Copy link
Author

bergie commented Mar 13, 2014

@visionmedia was the problem fixed with the refactor, or should I look at making a new patch? We rely on being able to tweak filenames in build stage in all noflo packages

@tj
Copy link
Contributor

tj commented Mar 13, 2014

I don't think we're doing any caching, been a little while since I've looked at it

@bergie
Copy link
Author

bergie commented Apr 21, 2014

@visionmedia nope, looks like the issue this pull request was meant to address still persists, breaking pretty much all Component plugins

@azhang
Copy link

azhang commented Apr 21, 2014

@bergie
Copy link
Author

bergie commented Apr 24, 2014

@aaronz8 not yet... is builder2.js now in good enough shape?

@bergie
Copy link
Author

bergie commented Apr 24, 2014

OK, spent some time experimenting with builder2. Seems to solve this particular issue, but opens many new ones. Not sure which way to go here.

@azhang
Copy link

azhang commented Apr 24, 2014

I'm about to use it in production. Seems good enough for how I'm using it, with a couple custom plugins (since the plugins for the old builder don't work now)

@bergie
Copy link
Author

bergie commented Apr 25, 2014

@aaronz8 @visionmedia ok, since it seems builder2 isn't quite ready for production, would there be any possibility of merging this patch and making a new release of the old (0.10.x) builder to tide us over?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants