Provide explicit JRE dependencies and bin paths for each OS version#93
Provide explicit JRE dependencies and bin paths for each OS version#93bastelfreak merged 5 commits intomainfrom
Conversation
Making it a config option allows for differentiation. The comment for version 8 was outdated, since puppetserver 8 refuses to start up with Java 8. Signed-off-by: Tim Meusel <tim@bastelfreak.de>
In the ezbake config we define the desired Java binary location, but we don't always have access to this so it still needs some fallback. Signed-off-by: Tim Meusel <tim@bastelfreak.de>
Signed-off-by: Tim Meusel <tim@bastelfreak.de>
Signed-off-by: Tim Meusel <tim@bastelfreak.de>
Signed-off-by: Tim Meusel <tim@bastelfreak.de>
1c1ffc3 to
f15d9ea
Compare
|
The rpm/deb packages and the JAR file for OpenVoxProject/ezbake are available in a zip archive: The rpm/deb packages and the JAR file for OpenVoxProject/ezbake are available in a zip archive: The rpm/deb packages and the JAR file for OpenVoxProject/ezbake are available in a zip archive: The rpm/deb packages and the JAR file for OpenVoxProject/ezbake are available in a zip archive: The rpm/deb packages and the JAR file for OpenVoxProject/ezbake are available in a zip archive: The rpm/deb packages and the JAR file for OpenVoxProject/ezbake are available in a zip archive: |
|
example on Ubuntu 24.04: |
|
|
And on EL: |
kenyon
left a comment
There was a problem hiding this comment.
It would be neat if there were a way to avoid duplicating the default-java-selection work that's done in https://github.com/puppetlabs/puppetlabs-java, but that's probably more effort than it's worth.
|
deduplicating would be complicated. In ezbake we set the used JRE version for our openvoxdb/openvox-server packages. And ezbake is a lot, but not a puppet module. |
This is a minimal / cleaned up version of #61. It introduces two OS specific options,
javaandjava_bin. The first is the name of a specific JRE package that we want to depend on. We depend on JRE 21 where available, otherwise 17.java_binpoints to the Java binary. This OS-specific value is currently not used. In a future PR, we will update the systemd units to directly start the process viajava_bin, instead of the wrapper script.