Simone,
7u6 was the last public 7u release worked via OpenJDK 7u. It was
released in August 2012. The various jdk7 updates released since then
have been CPUs (Critical Patch Updates) which are not worked in open
repos. 7u10 was the exception to that [1]
7u14 is the OpenJDK 7u release currently under development and is due
for release in April [2]
On the jdk7u6-b24 tags issue, I'm surprised they don't match up. Maybe
you want to expand on what sort of source differences you're seeing.
Have you been able to trace what changesets are causing the discrepancy ?
The safest way of cloning jdk7u6 GA is probably via the stabilization
forest that was used :
http://hg.openjdk.java.net/jdk7u/jdk7u6/
regards,
Sean.
[1]
http://mail.openjdk.java.net/pipermail/jdk7u-dev/2012-September/004630.html
[2] http://openjdk.java.net/projects/jdk7u/releases/7u14.html
On 21/01/2013 22:50, Simone Bordet wrote:
Hi,
source bundles appear to be updated only to 7u6 in this page:
http://jdk7.java.net/source.html
I could not find a tarball for any subsequent 7u release, so I
installed mercurial and followed instructions at
http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#get_source
(without the forest extension), replacing "jdk7" with "jdk7u", and got
the sources, in detail:
$ hg clone http://hg.openjdk.java.net/jdk7u/jdk7u jdk7u
$ cd jdk7u
$ ./make/scripts/hgforest.sh update jdk7u6-b24
Then I compared what I got from mercurial with what was bundled as zip
file, and the sources are *different*. Small differences in several
files, but still.
I have two questions:
1) why the source bundle page is not up-to-date ? Perhaps it is in
another page that I could not find ?
2) what is the correct way to get the sources for a specific
"official" JDK release ? I was really surprised to see that the 7u6
bundle and the mercurial approach for the same tag yielded different
sources. Ideally, given an Oracle JDK 7ux-by, I would like to obtain
the source bundle that was used to build it, which I assume would be
tagged with jdk7ux-by in mercurial.
The reason for this request is that I maintain the Next Protocol
Negotiation (http://en.wikipedia.org/wiki/Next_Protocol_Negotiation)
changes that are required to make Java support the SPDY protocol
(http://en.wikipedia.org/wiki/SPDY), and these changes require
modification to the OpenJDK sources (it's hacky but works until there
will be a public TLS extension API supported in the JDK - I am all
ears for suggestions on how to make this happen).
Thanks !
Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz
