The Curse of Project Jigsaw: Why Is Java 9 Delayed Over and Over Again?

for more like this, visit the takipi blog .

with less than 200 days to the release of jdk 9, it’s being delayed again . the new release date has been updated to july 2017, four months later than the previously postponed date.

pushing the date back

on sept. 13, mark reinhold, the chief architect of the java platform group at oracle, posted his suggestion to postpone the release date for jdk 9. his email, which was published on oracle’s mailing list, stated that:

“we are not, unfortunately, where we need to be relative to the current schedule. […] at this point it’s clear that jigsaw needs more time.”

mark also noted that the number of open bugs that are new in jdk 9 is larger that it was at this point in jdk 8, and that’s why he proposed a four months delay. mark put his offer up for a vote, asking others on oracle’s mailing list what they think about it.

it took a little over a month, but the official announcement finally arrived. on oct. 18 mark posted an email saying that there were no objections to postpone the date and published the new jdk 9 roadmap.

jdk 9 release schedule, updated: https://t.co/tc9ggiktqx #java #openjdk #jdk9 #jigsaw

— mark reinhold (@mreinhold) october 18, 2016

moving the general availability date of jdk 9 back four months affected the entire schedule. it also pushed back the “all tests run,” “zero bug bounce,” and, of course, “release candidate” milestones:

• 2017/01/05 rampdown start
• 2017/02/09 all tests run
• 2017/02/16 zero bug bounce
• 2017/03/16 rampdown phase 2
• 2017/07/06 final release candidate
• 2017/07/27 general availability

the curse of project jigsaw

it’s no surprise that jdk 9 has been pushed again, and for the same reason – project jigsaw. this project has a long history of pushing java versions back, moving from java 7 to java 8 and ending up as part of java 9, hopefully.

jigsaw aims to make java modular and break the jre to interoperable components. this means that you’ll be able to create a scaled down runtime jar (rt.jar) customized to the components a project actually needs.

the desire is to make java scalable to small computing devices, improve security and performance, and mainly make it easier for developers to construct and maintain libraries. considering the jdk 8 rt.jar has about 20,000 classes that are part of the jdk, even if many of them aren’t really being used in a specific environment — it’s a pretty big deal.

mark addressed the reason for the delay on his original email, explaining that:

“we recently received critical feedback that motivated a redesign of the module system’s package-export feature, without which we’d have failed to achieve one of our main goals. there are, beyond that, still many open design issues, which will take time to work through.”

the current pushback tells us loud and clear that jigsaw needs more time, and our only hope is that it’ll actually be a part of jdk 9, and not be pushed back to jdk 10. or jdk 11. there’s no doubt it’s a critical and important project, and the community is willing to wait a little longer for it to be just right.

so, until then, join the java 9 countdown.

for more like this, visit the takipi blog .