Planning for JavaFX.next
Dell.Green at ideaworks.co.uk
Thu Dec 8 09:06:07 UTC 2016
Apologies if the following seems trivial or thats has already been done but:
For our business and customers, we really would like support for having a single jar file that contains jar dependencies and native libraries, without using third party tools, writing custom loaders etc.
It should be possible to have a single jar artefact that re-enforces “write once run anywhere” with its dependencies containing within and available on the class path, a bit like a war file
I appreciate the jvm cannot be contained within and thats fine I’ll use native packing for this.
Up to now we have had to use third party solutions, like fatjar, onejar, jna etc, or decompress jars and include class files into main jar.
Now I know people are going to shout ’native packaging’ etc, but most of our products just contain java code, and it seems unnecessary complication in most our our deployments to set up our build servers to build on mac, linux and windows just to include a native artefact for each platform, when the actual runtime code doesn't care what platform it is on.
We do use all these methods across a whole range of products but it would be nice to have the option of producing a self contained jar file to send to our field team regardless of what platform they are on.
Supplying zips with jar and libs folder in it has proven to be problematic with on more than one occasion our field engineers, rightly or wrongly thinking the jar is the executable and taking that from the zip and leaving the everything else behind.
Once again apologies if the is functionality is now already available or coming in java9 that I am not aware of.
R&D Software Manager
t: (+44)203 668 9870
206 Great Portland Street
London W1W 5QJ
Ideaworks (London) Ltd is a company registered in England and Wales, Company Registration no: 3943726. Registered office: 206 Great Portland Street, London, W1W 5QJ. This email and its contents are confidential. If you have received this message in error, please notify us and delete it. Any views presented in this email are solely those of the author and do not necessarily represent those of the company.
More information about the openjfx-dev