You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 30, 2018. It is now read-only.
In v0.5.0 composite.common.js we see the following code, which effectively hides any child errors from the caller.
If the parent is to be allowed to "fail-fast", which I think is a good thing, then mojito must pass errors up to the parent and not swallow them like this.
Swallowing of errors by mojito should only be allowed at the top level (i.e. to clean up after a messy parent).
error: function(err){Y.log("Error executing child mojit at '"+this.id+"':",'error',NAME);if(err.message){Y.log(err.message,'error',NAME);}else{Y.log(err,'error',NAME);}if(err.stack){Y.log(err.stack,'error',NAME);}// Pass back some empty data so we don't fail the compositethis.done('');
I am going to patch this code, by passing an error object back as the data, then the parent can sort out the mess, an alternative would be to throw an error and disrupt the composite process completely:
In v0.5.0 composite.common.js we see the following code, which effectively hides any child errors from the caller.
If the parent is to be allowed to "fail-fast", which I think is a good thing, then mojito must pass errors up to the parent and not swallow them like this.
Swallowing of errors by mojito should only be allowed at the top level (i.e. to clean up after a messy parent).
I am going to patch this code, by passing an error object back as the data, then the parent can sort out the mess, an alternative would be to throw an error and disrupt the composite process completely:
Opinions, ideas?
The text was updated successfully, but these errors were encountered: