JavaFX Maven Plugin Files

This release contains a step forward into a fully customizable creation-pipeline: by providing a list of your selfmade bundler, which might generate some fancy stuff or does some preprocessing which might become a configuration-hell inside the pom.xml, but behold folks, this cloudy dark age is over now. Take a look at this:

:::xml
<configuration>
    <!-- use our new bundler -->
    <bundler>DummyBundler</bundler>

    <!-- that bundler resides in some class-file or classpath-dependency inside a jar-file -->
    <customBundlers>
        <customBundler>com.zenjava.test.customBundlers.DummyBundler</customBundler>
    </customBundlers>
</configuration>

Signing your generated installer now becomes less a nightmare and more an easy and REUSABLE task to solve, even without gradle!

(some advertisement) Talking about gradle: did you know there exists a gradle-plugin using the same power of this plugin? It's called JavaFX-Gradle-Plugin

Having problems with created installers on linux-systems like DEB or RPM? Your application does not even run? Oh my friends, you might have caught some bug which already should have been fixed, but lied there in secret inside the installer: a workaround for issue 205 made it into this release. I missed the point, that the application was created twice (when generating installers and not having some specific bundler specified).

In the meantime I'm working on some update of the configurator-website, making the current state being present there too.

Bugfixes: - updated workaround-detection for creating native bundles without JRE, because it got fixed by latest Oracle JDK 1.8.0u92 - added workaround for native linux launcher inside native linux installer bundle (DEB and RPM) not working, see issue #205 for more details on this (it's a come-back of the issue 124)

New: - added ability to write and use custom bundlers! This makes it possible to customize the work which is required for your bundling-process. - added new property to disable "native linux launcher inside native linux installer"-fix <skipNativeLauncherWorkaround205>true</skipNativeLauncherWorkaround205>

Improvements: - added IT-project "23-simple-custom-bundler" - added IT-project "24-simple-custom-bundler-failed", which fails to use custom bundler, but does not fail (normal behaviour) - added IT-projects regarding workaround for issue 205 (currenty they do nothing, I still need to write some verify-beanshell files) - moved workarounds and workaround-detection into its own class (makes it a bit easier to concentrate on the main work inside NativeMojo)