-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve mechanism used for Java JRE #1
Comments
last Alex modification works on Linux... under Linux no need of JRE packaged with the plugin patche is this one: 67d2aa7 |
IMO we should drop other JREs from plugin package and use system-wide one. We can use some heuristic to setup JRE path and also allow user to change it manually, something similar to Processing. Same can be applied to GeoGig binaries. So plugin package will be much smaller and can be published in the official repository too. |
The issue with that is that the little testing we did with external testers Much better is the idea of installing that from the plugin itself, so the On Wed, Dec 16, 2015 at 10:15 AM, Alexander Bruy notifications@github.com
Victor Olaya |
But even with this approach we still need in some way to check if JRE and GeoGig already installed and allow to use this installed versions instead of downloading and installing second instance |
What we had discussed was allowing downloading JRE and GeoGig, but only in On Wed, Dec 16, 2015 at 2:41 PM, Alexander Bruy notifications@github.com
Victor Olaya |
Currently, it's shipped with the plugin and assumed to be in the plugin foder, but users might have a previously installed JRE. In this case, it would be good to use it instead, to reduce the size of the plugin bundle
The text was updated successfully, but these errors were encountered: