Description of problem:
We have received the recommendation from redhat team to use OpenJDK, instead of Oracle JDK. Redhat does not provide standalone binaries to install the JDK, the only way to install the openJDK is the 'yum install' way.
Oracle provides the tar, zip format jdk to be downloaded. Pls provide standalone binaries for openjdk 1.7.0.X, and openjdk 1.8.0.X etc to download.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
I am using Redhat middleware product, it is convenient to use the standalone binaries for jdk.
I do not belive any zips will be ever provided by official RH ways. What is wrong with RPMs that you do not wont them?
Anyway - there is http://adoptopenjdk.net/ - and RH is participate there. Maybe one day the builds here will be tested on rhel so much, that a stamp "rh recommended" will appear on that project.
thanks, I told the cu there is no OpenJDK binaries in tar/zip format available currently. So this is a feature request.
Comment from the cu:
As Middleware admins we will not be able to use yum to install the jdk binaries. can you please provide standalone binaries for jdk 1.7.0.XXX, and jdk 1.8.0.XXX to download.
I think this feature request is reasonable. Java developer always unzip/untar the jdk distribution and set JAVA_HOME, path etc. It is convenient for them and they do not need to be familiar with the RHEL system itself. And for middleware product, they always choose to unzip the distribution too.
I cant agree with "always unzip is cool", but whatever tastes.
RPMs are heavily maintained and tested. No one will duplicate the resources on zips.
If you need zips, go through AdoptOpenJDK. I hope there will be jdk7 available in some time (aka I'm the one behind the pressure on that)
Would a script to convert rpm to zip suffice? Any such script/zip would be unsupported ofcourse..
What I had in mind is same. Only instead of zip, cpio is used. So you download rpm image subpackage (yum can do that) , and then you can uncpio it as you wish. Deepak had same idea, only he had additionally zip in that rpm, so you need uncpio | unzip. There are pros and cons of both approaches.
So not zipped rpm, but zip/dir in zip-like rpm :)
For the example you have above, there is issue. Tapsets can't be made easily relocatable. They are to close related to debuginfo and the /usr/lib/jvm directory. Speaking of debug info, that can be another issue in approach Deepak mentioned, to reuse the build two times.
Latest Java 8 and 11 portable binaries are now available via CSP and will continue to be updated there.
At this time, there are no plans to produce portable OpenJDK7 binaries.