Closed deeleman closed 8 years ago
I have the gut feeling this might be caused by the way I was transpiling ES6 code into ES5 on runtime. I've tried to find a walkthrough on how to configure SystemJS and JSPM to transpile ES6 on runtime and I only found this, that seems to supersede the old, pre-babel-presets model I had been using before noticing this issue (the project had not been updated in a while):
System.config({
transpiler: 'babel'
});
Could anyone point me to a more thorough walkthrough on how to configure SystemJS+JSPM to execute transpilation on runtime? I've followed the guidelines linked above and get an error when Babel requires Traceur.
Any hint about this or the exception posted above will be appreciated.
Closed, as refactoring the way ES2015 is transpiled seemed to solve the issue.
This issue is probably unrelated to JSPM or SystemJs and my guess is that it's caused by an exception propagated by an outdated dependency within another dependency, but I've been banging my head against the wall for a while now and would appreciate some help.
I have an exception that breaks the whole application in an ES2015 project that has been working seamlessly on top of JSPM and SystemJS+Babel up to now. Surprisingly this issue only occurs upon loading the modules with
System.import()
and not after bundling them with the--sfx
flag.I get the following stack trace:
Being
http://localhost/app/main.js
the file that triggers the first mainSystem.import()
. Appendingsystem-polyfills.js
prior tosystem.js
throws a slightly elaborated message (with the same stack-trace tho):All promises throughout my application are properly handled to catch and log errors, although I do not get any log from there and the stack trace above is my only reference. FYI the promise returned by System.import() has been handled as well in order to catch errors but this issue seems to take place earlier in the execution flow.
Has anyone run into a similar issue with the
inherits
package? Thanks in advance for your help.