...
The JobScheduler requires an Oracle Java JRE (version >= 1.68).
You can install a JRE for exclusive use by Job SchedulerJobScheduler.
This could be is useful if, for example, if you have already installed a JRE that is used with another application and you want that JRE to remain unchanged and not be used by JobScheduler.
Note that the procedure described below should be followed before JobScheduler is installed.
Start by downloading an Oracle a JRE archive from http://www.oracle.com/technetwork/java/javase/downloads/index.html
- jre-<version>-linux-i586x64.tar.gz
- jre-<version>-windows-i586x64.tar.gz
Don't use the jre-<version>linux-i586x64.rpm or the jre<version>-windows-i586x64.exe archives.
You only have to extract this archive to an arbitrary folder to get a new JRE.
It is not necessary to make any changes to the original Java environment.
Now you can configure this the new JRE to be used by JobScheduler:
...
Assume that you have extracted the new JRE into to C:\ProgramData\jre and
you have extracted the JobScheduler download to %TEMP%.
Normally you start the installer with %TEMP%\jobscheduler<version>\setup.cmd
This script looks up the JRE in the registry to get the JRE, where it finds the JRE that has already been installed and not the one to be used by JobScheduler.
To get around this, open a command line as administrator and type the following:
Code Block |
---|
> cd %TEMP%\jobscheduler<version>jobscheduler<version> > set Path=C:\ProgramData\jre\bin;%Path% > javarem don't use setup.cmd because it looks in the registry to find a jre > javaw.exe -jar jobscheduler_win32windows-x64.<version>.jar |
The JobScheduler setup will now use the new JRE in C:\ProgramData\jre and write this JRE in the following files:location to the ./bin/jobscheduler_environment_variables.cmd
...
Code Block |
---|
...
if not defined JAVA_HOME set JAVA_HOME=C:\ProgramData\jre
...
|
- ./bin/jobeditor_environment_variables.cmd
Code Block |
---|
...
if not defined JAVA_HOME set JAVA_HOME=C:\ProgramData\jre
...
|
...
file.
Code Block |
---|
...
if not defined JAVA_HOME set JAVA_HOME=C:\ProgramData\jre
...
|
Note that the above will only cause the new JRE to be used if JAVA_HOME
has not been set.
Otherwise you have to create use the following files:
- ./user_bin/jobscheduler_environment_variables.cmd
- ./user_bin/jobeditor_environment_variables.cmd
- ./user_bin/dashboard_environment_variables.cmd
and then insert
Code Block |
---|
set JAVA_HOME=C:\ProgramData\jre |
in them.
Finally, JobScheduler itself looks by default looks up the JRE in the registry to find the JRE. To get make JobScheduler to use the new oneJRE, configure the path to the jvm.dll of the new JRE installation in the ./config/sos.ini file and then restart the JobScheduler.
Code Block |
---|
... [java] ; does not necessarily work, use PATH (Windows) or LD_LIBRARY_PATH (Unix) to locate the Java VM vm = C:\ProgramData\jre\bin\client\jvm.dll |
Linux
Assume that you have extracted the new JRE to /opt/jre and that you have extracted the JobScheduler download to /tmp.
Normally you start the installer with /tmp/jobscheduler<version>/setup.sh.
This script uses the JRE that is specified with the JAVA_HOME environment variable otherwise Java is used from the path (see `which java`), therefore set JAVA_HOME=/opt/jre
before you start the installer.
Code Block |
---|
> cd /tmp/jobscheduler<version>
> export JAVA_HOME=/opt/jre
> ./setup.sh
|
The JobScheduler setup will now use the new JRE from /opt/jre and write the JRE location to the ./bin/jobscheduler_environment_variables.sh
file.:
Code Block |
---|
...
test -z $JAVA_HOME && JAVA_HOME=/opt/jre
...
|
Note that the above will only cause the new JRE to be used if JAVA_HOME
has not been set.
Otherwise you have to create the following files:
- .
/user_bin/jobscheduler_environment_variables.sh
./user_bin/jobeditor_environment_variables.sh
./user_bin/dashboard_environment_variables.sh
and then insert
Code Block |
---|
JAVA_HOME=/opt/jre
# and further in ./user_bin/jobscheduler_environment_variables.sh
LD_LIBRARY_PATH=$JAVA_HOME/lib/amd64/server:$LD_LIBRARY_PATH |
in them.WORK IN PROGRESS