Added support for user configurations!

Features

Developers can now have user specific configurations in addition the previous added project specific configurations. This is useful when more 'global' configurations are needed. For example, one might find better to not have notifications displayed on any projects. BTW, notifications can now be disabled.

Bug fixes

Fixes a bug where changing Sass files caused lwatch to crash.

Bug fixes

The code we have right now expects jshint to be installed as a dependency and we had it as a dev dependency on the previous version. This will cause major failures and that's what this version tries to fix. Please let us know if you run into any issues. Thanks.

Notifications!

[Experimental] Adds notification to let developers know when changes are ready so that they can reload the page and expect their changes will take effect. Useful when changing files that take a while to build like Java (around 10 seconds) or Soy (around 4 seconds)

Added support for watching Java files!

Java support

Now Java files are also watched! If you are wondering how we are compiling Java using a Node.js tool, we are not. Whenever a change to a .java file is detected, we hand over the responsibility of compiling it to Gradle and trigger an OSGi installation so that the new .class files are loaded into the JVM.

Added support for transpilation of Soy and ES6!

ES6 Support

With this version, now you can expect your JavaScript files in ES6 syntax to be transpiled using metal-tools-build-amd transpiler.

Soy Support

Also, changes to Soy files will also trigger a build using metal-tools-soy.

New configuration file

Now a file called .lwatch.jsoncan be added to the root folder of the module you are watching so that you can override some assumptions we've made to make this tool work with zero configuration needed. It's nice to not have to configure anything, but we realize that in some cases, it's necessary because every project has it's own particularities.

Breaking changes

The reason for a new major version is because we are now always transpiling JavaScript files ending with .js extension. Although the glob used to watch javascript files can be changed, whatever glob you put will always be transpiled. using metal amd builder. This is a breaking change in respect to the previous behavior of just copying the files and will most likely not work for files using the AlloyUI framework and not using the new Liferay AMD Loader.

v1.0.7

Fixes:

Auto-create portal-common-css if it's missing