To Avoid Confusion: Oracle's Confusing New Java Numbering Scheme
twofishy writes "'To avoid the confusion caused by renumbering releases,' Oracle has announced that it is adopting a new numbering scheme for JDK 5.0, JDK 6 and JDK 7. 'The next Limited Update for JDK 7 will be numbered 7u40, and the next 3 CPUs after that will be numbered 7u45, 7u51, and 7u55." The vendor notes that a more elegant solution would require the changing of the version numbering scheme to accommodate different kinds of changes (for example by using 7u44-2 ). However this cannot be implemented outside of a major release, since doing so might break existing code that parses version strings (possibly including the Java auto-update system)"
Here's Oracle's announcement.
An absurd TLA overloading.
I hear Mensa is planning on using the Microsoft Copy dialog instead.
"You have 4 minutes left, then 3 minutes, then 29 minutes, then 1800 years, then 32 seconds, then potato. What is the next number in the sequence?"
That's easy. The next number in the sequence is (not responding).
Because the old numbering system of incrementing by 1 was far too complicated. The new system is much easier to understand:
* Limited Update releases will be numbered in multiples of 20.
* We intend for Critical Patch Updates to continue to use odd numbers. The numbers will be calculated by adding multiples of five to the prior Limited Update and when needed adding one to keep the resulting number odd.
* Updates containing Norton instead of McAfee will be prime numbers
* If an update actually contains intentional regressions, it will end in a 9. We recommend you do not install these updates.
* If the update number is a prime but also a member of the fibonacci sequence, it is considered a "surprise" update: It will be automatically installed, and will contain 1 or more undesirable features. It may also install the ask toolbar.
Obviously this system is far superior.