Closed adriatic closed 6 years ago
We're in the process of replacing the old 1.x Aurelia webpack plugin with a new 2.0 release currently in Release Candidate form. If you're writing tutorials, you really don't want to be using 1.x anymore as 2.0 is a complete rewrite meant to be more flexible and easier to use. More importantly, 2.0 is not backward compatible with a 1.x configuration.
Given all the @easy-webpack
stuff I'm tempted to think you're using 1.x plugins.
There's no docs in the hub for now, but some background information on 2.0 is in its wiki: https://github.com/aurelia/webpack-plugin/wiki
New skeletons are available, just be aware that they don't reference the latest RC: https://github.com/aurelia/skeleton-navigation/tree/master/skeleton-esnext-webpack
And some barebones, minimal examples can be found in my account: https://github.com/jods4/aurelia-webpack-build/
Thanks, @jods4 - more than great feedback. After discussing this situation pretty extensively (from the high level standpoint) with @EisenbergEffect, your more detailed comment will allow me to create the "alpha" versions of tutorial samples which target aurelia community developers using aurelia kendoui bridge plugin.
The current set of the tutorial samples are based on original skeletons ver 1.1.2, so I could appreciate your advice on how to proceed from this point onwards:
Rewrite the webpack targeting subset of my tutorial samples, using "your webpack" samples as the basis
Rewrite all of my tutorial samples using the current master as the basis.
Also, please be aware of my work on cli-based-skeletons which I initiated with the intent to help @jeroenvinke at the time he worked on cli last, and the now generally accepted idea to "teach" cli to be able to generate all today's skeleton was not generally accepted. Since Jeroen is on "college hiatus", it may be worthwhile to point out to this work - and I would certainly appreciate some feedback to that. The documents describing these skeletons exist here
@adriatic My demos and the new skeletons should be similar when it comes to core Webpack features and both can be an inspiration. Just keep in mind that they don't have the same purpose or goal.
Skeletons are full featured setups that intent to include development config, production build, end-to-end testing and more. They have lots of dependencies on 3rd party libs and tie everything together in a large config. Obviously, they are opiniated and some choices were made that may not be everyone's.
My demos are minimal examples that demonstrate one specific aspect of the webpack plugin. They show how to get something working with as little code as possible and illustrate configuration for some specific use cases. I think they are a great "getting started" or learning tool, probably a little lightweight when it comes to building a large-scale app. None of them include automated tests for example. Only one of them has minification. And so on.
I'm glad it helped. Shall we close this issue then?
It's really bad that GitHub does not create email notifications about added comments to any given thread 😞 . So, with apologies for being late, let's close this issue.
I would also like to share with you my success in using this new Webpack plugin in my Aurelia CLI Adventures which is my attempt to peek in the near future when Aurelia CLI will be able to generate all Navigation Skeletons from scratch (by describing the process of hand-assembling these skeletons).
I'm submitting a bug report
Please tell us about your environment:
Operating System: OSX 10.x|Linux (distro)|Windows [7|8|8.1|10]
Node Version: 8.1.3
NPM Version: 5.5.1
JSPM OR Webpack AND Version JSPM 0.16.32 | webpack 2.1.0-beta.17
I am not sure what webpack version or even tool itself am I using. The README.md instructions state:
Also, the devDependencies section of package.json shows
Browser: Chrome 62.0.3202.94
Language: ESNext
Current behavior: Using the esnext-webpack skeleton, the command
npm start
results with well over thousand lines long output on the cmd.exeExpected/desired behavior:
What is the expected behavior? A console log of a normal size (5-10) lines
What is the motivation / use case for changing the behavior?
I am writing a set of tutorials and know that my readers will ask me about this behavior right away