Architecture #5664
closedDrop support for Java 6
Description
Java 6 is an old, unsupported thing. It is EOL since February 2013, and had the bad side effect of NOT being open source.
This is only on the server.
We have to check that all supported distribution actually have a Java 7 available.
It will allow to 1/ actually stop using a non supported JVM, 2/ take as hypothesis JVM 1.7 and all the related optimisation available (FINALLY a real concept of Unix file and so no more fork for chmod, a more efficient bytecode, etc)
Updated by François ARMAND about 10 years ago
- Assignee set to Matthieu CERDA
I would LOVE to have, it could simplify a lot of things for us, Scala dev.
Updated by Matthieu CERDA about 10 years ago
- Status changed from New to 8
In the purpose of a smooth and friendly communication between you Scala devs and us UNIX sysadmins, I offer you in behalf of my team to study the OSes we support to see if your request is acceptable.
May the geat DevOps alliance live forever!
Updated by Matthieu CERDA about 10 years ago
- Status changed from 8 to Discussion
- Assignee changed from Matthieu CERDA to François ARMAND
OS version | Java version | Recent enough |
---|---|---|
Debian 7 | 1.7u65 (7u65-2.5.1-5~deb7u1) | |
RHEL 7 | 1.7u71 (1.7.0.71-2.5.3.1.el7_0) | |
RHEL 6 | 1.7u55 (1:1.7.0.55-2.4.7.1.el6_5) | |
Ubuntu 12.04 | 1.7u65 (7u65-2.5.1-4ubuntu1~0.12.04.2) | |
Ubuntu 14.04 | 1.7u65 (7u65-2.5.2-3~14.04) | |
SLES 11 | Complicated (Depends on the SP) | ? |
The only OS that would eventually pose a problem is SLES 11, but SuSE stopped packaging Java due to license changes: https://www.novell.com/support/kb/doc.php?id=7010472
As a result of a license change SUSE is no longer able to provide Oracle/Sun Java in the distribution or through the update channels. As a result Java will need to be downloaded from the java.com site and manually installed. This also means that we cannot provide support for Oracle Java. Any support issues should be directed to Oracle. The following information is provided as a potential solution but is not guaranteed.
SLES 12 will offer OpenJDK as a technology preview ( https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/#fate-317917 ), so I guess it is reasonable to kindly ask SUSE user that they have to provide their own JDK (either from Oracle or from the SuSE build service)
So for me, dropping JRE 1.6 is OK, but I'd love JCL's or BPE's advice on this.
Updated by François ARMAND about 10 years ago
Thanks so much for the nice overwiew !
Updated by Benoît PECCATTE about 10 years ago
We already ask SLES user to install their own JRE, so this is perfectly reasonable.
Still, we'll have to be careful with the upgrade since users won't know that they have to manually upgrade java before upgrading rudder.
Maybe something like a pre-install script to warn them.
Updated by Matthieu CERDA about 10 years ago
- Target version changed from 140 to 3.0.0~beta1
Updated by Jonathan CLARKE about 10 years ago
Benoît PECCATTE wrote:
We already ask SLES user to install their own JRE, so this is perfectly reasonable.
Still, we'll have to be careful with the upgrade since users won't know that they have to manually upgrade java before upgrading rudder.
Maybe something like a pre-install script to warn them.
+1!
Updated by Jonathan CLARKE about 10 years ago
- Tracker changed from User story to Architecture
- Status changed from Discussion to 12
Updated by Jonathan CLARKE about 10 years ago
- Status changed from 12 to Pending release
Updated by Vincent MEMBRÉ about 10 years ago
- Status changed from Pending release to Released
This bug has been fixed in Rudder 3.0.0~beta1 which was release on 01/12/2014.
- Announcement
- Changelog
- "Download information": https://www.rudder-project.org/site/get-rudder/downloads/