The JPRT control builds skipped the javadoc run, but this opened up a hole that we fell into because when RE did the build, the javadoc command failed. The JPRT control builds should include the javadoc building and not set NO_DOCS.

Also, the SKIP_COMPARE_IMAGES is turned off. This failed for RE too, so JPRT should run a compare image. But the problem with the compare image rule is that the makefiles know how to unbundle the previous jdk bundles. It would be better if the previous jdk was unbundled once and this image was just repeatedly used for many jobs, but the current default rules in the build are probably optimimum for performance, the bundle is copied over, exploded and compared.
Maybe a new ALT_PREVIOUS_JDK_IMAGE option that if set, skips the bundle copy and unbundling?
JPRT would set ALT_PREVIOUS_JDK_IMAGE to the jdk1.6.0 image we already have installed locally, which is usually the same thing as the BOOT jdk.  (The fastdebug/debug directories may need special handling).

See the category java_prt/jprt for the appropriate JPRT bug that needs fixing.
Posted Date : 2007-09-01 01:18:24.0

N/A

See suggested fix.

Essentially add a ALT_PREVIOUS_JDK_IMAGE var so that the comparison logic will compare against that image rather that go looking for the /java/re bundles, unbundle them, and then toss them when done.
If ALT_PREVIOUS_JDK_IMAGE is not set, the old behavior is used.
Posted Date : 2007-09-04 21:39:11.0