Oracle sinks its claws into Android
andreasgal.com
andreasgal.com
The Swing classes were removed in a later commit and are no longer there. The commit linked in this article was just the initial bulk import of openjdk source.
[1]: https://android.googlesource.com/platform/libcore/+/master/o...
Heck, Given the significance of Android and Google's ability to offer its choice of Java implementation in its cloud services, Google's probably in a position where, if it code to, it could credibly fork OpenJDK not just got an Android-specific implementation, but to challenge Oracle's Java more generally, the way others have done with both MySQL and Open Office.
The move to OpenJDK was needed and the article is clearly wrong about the winner. Especially the loser sections. Heck i've never seen proprietary changes to Dalvik / Harmony based on Android. And there definitely weren't. Most optimizations are kernel optimizations and other stuff and when I look how "fast" vendors will publish the kernel after an update...
> The entire middle part of the Android stack will be subject to proprietary Oracle control
That statement is so wrong. Especially in the GPL sense.
Android is still Android. The Android base classes will be an evolution of the current version. Maybe with Java 8 language features in the near future. It will not be Go (except for NDK code). It will not be Java SE. ART will still precompile Dalvik bytecode, and be the runtime for Android, and have nothing at all to do with OpenJDK.
EDIT: This guy was Mozilla's CTO? Holy crap. Maybe I'd be just as big a dope if I started ranting about JS runtimes, but he really ought to know better.
Why the hell was that clown CTO ?
That said, I think it's a good idea to try to avoid anything Oracle related. It is an aggressive and lawsuit happy company. When Oracle inevitably starts to decline, they'll use their IP portfolio to sue and inflict a lot of collateral damage.
As the musl developers have shown, this clearly not the case.
Switching from bionic to musl would indeed be interesting.
That move would be strategic not just against Oracle, but also against Apple, as flutter.io targets iOS.
The only explanation I can come up so far (also in light of the recent partnership between Google, Oracle and HPE for RISC-V) is that Google kind of "admitted" that it's not supposed to use Dalvik without paying Oracle, so they went to Oracle and "reached a deal" - Google won't have to pay anything to Oracle, but Oracle gets to control a large portion of Android now, and will also likely get to be paid by Samsung, LG and all the major OEMs who will pay Oracle for a "custom proprietary license" so they can modify pieces of Android.
As the article concludes, this seems like a major win for Oracle and a big FU Android users! from Google. Can we even trust Oracle won't introduce some "accidental" goto fail-like backdoors in Android code, now? Oracle code is already full of security bugs, so nobody would even bat an eye - just Oracle doing Oracley things.
Google has just switched to a better code base. OpenJdk did not exist yet when They chose Harmony and OpenJdk will allow them to use Java 8 features.