-
Type:
Bug
-
Status: Resolved (View Workflow)
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 25.0.0
-
Fix Version/s: 24.1.3
-
Component/s: Command-Line Tools
-
Security Level: Default (Default Security Scheme)
-
Labels:None
-
Sprint:Horizon 2019 - July 17th 2019, Horizon 2019 - July 24th, Horizon 2019 - July 31st
With the addition of a new find-java.sh script, running runjava produces this output:
# /opt/opennms/bin/runjava -c -v Minimum Java version (inclusive): 1.8.0 Maximum Java version (exclusive): 11.9999 Scanning: /bin/java WARNING: unsure how to handle Java version output: * /etc/alternatives/java = /opt/opennms/bin/find-java.sh: line 22: [: : integer expression expected /opt/opennms/bin/find-java.sh: line 24: [: : integer expression expected * detected version () is lower than the minimum version (1.8.0) -- skipping runjava: Error: bad version or vendor for configured JVM. runjava: "/bin/java -version" does not report that is version 1.8+ and a compatible JDK. runjava: Run "/opt/opennms/bin/runjava -s" to set up the java.conf file. runjava: runjava: You can install a JVM by downloading one from Oracle, or by running something like runjava: 'apt-get install openjdk-11-jdk' or 'yum install java-11-openjdk-devel'.
java.conf contains
/bin/java
The underlying issue is that function
Unable to find source-code formatter for language: shell. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
get_real_path()
in find-java.sh does not canonicalize all symlinks in the path.
