|
The Bundle type section allows you to choose between the two JRE bundling modes
offered by install4j:
-
static bundle
The selected JRE will be distributed in your media file. install4j will
automatically adjust the
JRE search sequence
of all generated launchers and include the bundled JRE as the first choice. A statically
bundled JRE will always be distributed in the directory jre right below the
installation root directory.
When you update your application and include a static JRE bundle again,
the old JRE bundle will be deleted prior to installation, so that any
files left over from the old JRE cannot interfere with the new JRE.
-
dynamic bundle
A dynamic bundle is downloaded on demand. If the user already has a suitable JRE installed,
that JRE will be used. If there is no such JRE available on the target machine,
the installer will download the dynamically bundled JRE from the URL that you specify in the
text fields below.
To enable the download on demand, you have to locate the corresponding
.tar.gz bundle archive in the jres subdirectory of your install4j installation
and place it on a server so that the HTTP download URL will point
to the bundle archive. The URL has to be of the form
http://www.myserver.com/somewhere/myunix-x86-1.3.1_08.tar.gz.
In addition,
an optional FTP fallback download URL can be specified in the second text field.
This URL must be of the form:
ftp://ftp.myserver.com/somewhere/myunix-x86-1.3.1_08.tar.gz.
The FTP server must support anonymous access.
If the installer determines that there is no suitable JRE present, it will ask the user
whether the JRE should be downloaded.
-
On Windows, a progress bar with download speed and estimated duration will be displayed
during the download.
-
On Unix-like systems, the progress will be shown in the terminal. Adding an FTP download
URL will increase the chance that the download will work on Unix-like systems behind
restrictive firewalls.
If the download fails or is aborted by the user, the download URL will be displayed
together with instructions on where to place the downloaded bundle archive.
The checkbox install as a shared JRE determines whether the bundled JRE should be
private for the application or whether other applications distributed with install4j can share this JRE.
The following scenarios are covered by this approach:
-
If you distribute several applications with dynamically bundled JREs, installing as a shared JRE is
advisable, since the user will have to wait for the download only once.
-
If you have a main application and several add-on applications, it makes sense to statically
bundle the JRE with the main application and install it as a shared JRE, so the add-on applications
can be distributed without JRE.
Note: installers generated by install4j will never install a JRE on the system path or
make Windows registry changes.
The term "shared installation" only applies to applications distributed with install4j. Other applications
will not be able to use such a JRE.
|