Opened 6 years ago

Closed 6 years ago

#9929 closed enhancement (fixed)

OpenJDK-9.0.4

Reported by: Pierre Labastie Owned by: DJ Lucas
Priority: normal Milestone: 8.2
Component: BOOK Version: SVN
Severity: normal Keywords:
Cc:

Description

New point version. See http://www.oracle.com/technetwork/java/javase/8u152-relnotes-3850503.html

The full version string for this update release is 1.8.0_152-b16 (where "b" means "build"). The version number is 8u152

Several security fixes as usual.

Change History (15)

comment:1 by Pierre Labastie, 6 years ago

Owner: changed from blfs-book@… to Pierre Labastie
Status: newassigned

comment:2 by Pierre Labastie, 6 years ago

Should we still provide a 32 bit VM?

in reply to:  2 comment:3 by bdubbs@…, 6 years ago

Replying to pierre.labastie:

Should we still provide a 32 bit VM?

If it doesn't take a lot of time, yes. However I think it would be relatively time consuming for very little value. If we don't, a note saying that a 32-bit version is not available would be appropriate.

As a side note, I just finished rebuilding the system on my laptop. I find no use for java on that system at all. I do build the 64-bit version on my development system for the book, but do not remember using it for anything I need other than fop (to render the pdf version of LFS).

comment:4 by Armin K, 6 years ago

OpenJDK 9 has also been recently released. I don't know if it's worth upgrading at this time.

comment:5 by Armin K, 6 years ago

Also, as a side note. I was looking at getting the proper version using BLFS currency scripts. The problem with openjdk detection is that it detects packages available on LFS servers, not the actual upstream ones.

However, the links in the jdk page [1] are integrated somehow differently from other packages, and because of that they do not appear in wget-list. If you could make the download part look more like other packages, the currency could be used to fetch every new version. Would that be a problem? There are other packages split into several sources (take a look at LLVM, for example), and they all use same instruction format.

[1] http://www.linuxfromscratch.org/blfs/view/svn/general/openjdk.html

in reply to:  4 comment:6 by Pierre Labastie, 6 years ago

Replying to Krejzi:

OpenJDK 9 has also been recently released. I don't know if it's worth upgrading at this time.

I guess this is something which should be discussed on the list: as Bruce said, the book itself has only fop which depends on java, so it should be checked that fop can be built with java 9. But I know several users use java for programming, and they have certainly an opinion.

in reply to:  5 comment:7 by Pierre Labastie, 6 years ago

Replying to Krejzi:

Also, as a side note. I was looking at getting the proper version using BLFS currency scripts. The problem with openjdk detection is that it detects packages available on LFS servers, not the actual upstream ones.

However, the links in the jdk page [1] are integrated somehow differently from other packages, and because of that they do not appear in wget-list. If you could make the download part look more like other packages, the currency could be used to fetch every new version. Would that be a problem?

The layout can certainly be changed (it would be nice to have those in wget-list), but the currency problem lies elsewhere: there are new "8uxxx-byy" tags every week or so, but those are not releases. The only way to know which xxx/yy combination is a true release is to monitor the http://www.oracle.com/technetwork/java/javase/overview/index.html site. Also their issue tracking system is hard to use: identical issues do not have the same number if they are applied to different xxx (for example 8u151 and 8u152) or different version (8 or 9).

comment:8 by Armin K, 6 years ago

Yes, I was intending to use http://www.oracle.com/technetwork/java/javase/downloads/index.html anyways. We don't need to match bXX number (as it can't be done from that page), but we can match 8uXXX ones just fine.

comment:9 by Pierre Labastie, 6 years ago

After a "poll" (only two answers) to the list, I think nobody is against moving to JAVA 9. Preliminary testing shows that system libraries are easier to use and testing is much easier. Furthermore, there is an OSS version of the binary JVM at http://download.java.net/java/GA/jdk9/9.0.1/binaries/openjdk-9.0.1_linux-x64_bin.tar.gz, which may eliminates the need to store it on anduin (note that we may still have to provide a 32 bit JVM on anduin)

comment:10 by Pierre Labastie, 6 years ago

Java 9 introduces big changes, see https://docs.oracle.com/javase/9/whatsnew/toc.htm. Roughly, there is no more a jre directory, but a jmods directory with modules, which can be customized to downsize the jdk to a jre or even smaller.

Also the cacerts file is now in $JAVA_HOME/lib/security (no jre dir in the path), and can be accessed with the option -cacerts in the keytool command (instead of -keystore <path>). Furthermore the -import option to keytool is obsolete and should be replaced with -importcert. This has some implications to the make-ca command.

comment:11 by Douglas R. Reno, 6 years ago

Let me know if you need some Java code to test with. I still have some of the stuff from my time in College.

comment:12 by DJ Lucas, 6 years ago

Summary: OpenJDK-1.8.0.152OpenJDK-9.0.4

comment:13 by Pierre Labastie, 6 years ago

Owner: changed from Pierre Labastie to blfs-book@…
Status: assignednew

Giving back to the book. Nobody ever answered questions on the list, so I think nobody is interested. I do not use Java myself.

comment:14 by DJ Lucas, 6 years ago

Owner: changed from blfs-book@… to DJ Lucas
Status: newassigned

comment:15 by DJ Lucas, 6 years ago

Resolution: fixed
Status: assignedclosed

Fixed at r19800.

Note: See TracTickets for help on using tickets.