Another way to think about transition to a new JDK is to treat the new release JDK N as a "better JDK N-1". You still target JDK N-1 at build time but get performance and quality improvements from the JDK N runtime, running along with JDK N-1 for years. Then every small incompatibility is a big nuisance. It's an interesting thought experiment whether using two releases to get to strong encapsulation might have been an easier transition for users (but of course too late now and would have made jigsaw implementers' lives tougher).
- Re: Accessing module internals fr... Remi Forax
- Re: Accessing module internals fr... Alan Bateman
- Re: Accessing module internals fr... Brian Goetz
- Re: Accessing module internals fr... Michael Nascimento
- Re: Accessing module internals fr... Paul Sandoz
- Re: Accessing module internals fr... Michael Nascimento
- Re: Accessing module internals fr... dalibor topic
- Re: Accessing module internals fr... Kirk Pepperdine
- Re: Accessing module internals fr... dalibor topic
- Re: Accessing module internals fr... Jeremy Manson
- Re: Accessing module internals fr... Martin Buchholz
- Re: Accessing module internals fr... Remi Forax
- Re: Accessing module internals fr... Alan Bateman
- Re: Accessing module internals fr... Alan Bateman
- Re: Accessing module internals fr... Jeremy Manson
- Re: Accessing module internals fr... Michael Rasmussen
- Re: Accessing module internals fr... Alan Bateman
- Re: Accessing module internals from bytecode rewriting ... Andrew Dinn
- Re: Accessing module internals from bytecode rewri... Remi Forax
- Re: Accessing module internals from bytecode rewri... Martin Buchholz
- Re: Accessing module internals from bytecode rewri... Andrew Dinn