I think Samsung tried a few times in various form like Tizen or competitor of Google play services. Besides huge cost sink and already precarious situation of their premium smartphones they are hardly in position to challenge Google in consumer software.
The only thing that can pose challenge now is Geopolitical entities like China or Europe etc start putting increasing restrictions on Google/Android etc
It is nice to see though Oracle with all their money and ambition and Java ownership could not make an Android competitor / compatible system. I think meagre relief from courts of law has dampened their enthusiasm about anything beyond enterprise market.
Currently Android Java is a mixture of Java 6, 7 and 8, doesn't implement 100% of any of those versions, which fails the Java TCK with a glorious score.
Both runtimes (Dalvik/ART) are still slower than industrial Java Embedded JDKs like J9 or PTC.
>Currently Android Java is a mixture of Java 6, 7 and 8, doesn't implement 100% of any of those versions, which fails the Java TCK with a glorious score.
Does Google call it Java? No, and you clearly know this. So why is there a need to pass the TCK? As for the TCK itself, you need look no further than Apache to see what a farce it is.
>Both runtimes (Dalvik/ART) are still slower than industrial Java Embedded JDKs like J9 or PTC.
I'd love to see the performance and resource usage of the JVM on a mobile device. You see, there's a reason Oracle failed miserably trying to build their Java phone.
> I'd love to see the performance and resource usage of the JVM on a mobile device. You see, there's a reason Oracle failed miserably trying to build their Java phone.
I'd love to see Google fanboys accept the fact that Google has ripped off Sun of their work and brought fragmentation to the Java world with libraries that don't work on Android.
Of course Oracle and Sun failed, Google gave their work for free to OEMs.
Again, please point to me a proper link where Google calls their implementation Java. For obvious trademark violation reasons they don't.
>I'd love to see Google fanboys accept the fact that Google has ripped off Sun of their work and brought fragmentation to the Java world with libraries that don't work on Android.
And I'd love to see Oracle supporters gracefully accept defeat. Google didn't rip off anything and the SSO of the API's they used were ruled fair use. Why is this so difficult for you to accept?
Reference to Java libraries doesn't mean that Google calls it Java, and you know it.
> I'd love to see Google fanboys accept the fact that Google has ripped off Sun of their work and brought fragmentation to the Java world with libraries that don't work on Android.
I suppose that Java SE, Java ME and Java EE are compatible and they are not fragmented.
Calling others fanboys? The argument you have is insulting?
> Reference to Java libraries doesn't mean that Google calls it Java, and you know it.
Microsoft doesn't implement C99, C devs bash Microsoft because they don't update the language.
Google doesn't provide a proper Java implementation, it is ok they are on their right to fork the language.
Java is the whole package, virtual machine, language and libraries.
Anything else is a plain fork and word games to workaround licensing issues.
"For more information about general practices to clean up your resources when programming in Java, refer to other books or online documentation about managing resource references."
>Google doesn't provide a proper Java implementation, it is ok they are on their right to fork the language.
Again, they don't call it Java so they can do whatever they want with it.
>Android is not even compatible with Java compact profile 1, the smallest of them.
Good thing they didn't call their implementation Java.
>Yeah apparently we are not allowed to side with Oracle.
It's kind of hard to side with a company with a reputation like Oracle and even harder for one that thinks it can sue for 9 Billion dollars for the partial use of a API's SSO.
>They also did not have a license to use Java on embedded devices did they?
It is so funny how people side up with Google for doing the same thing as Microsoft.
But hey lets just shout to the wind the "do no evil" crap.
I use Android Studio with Gradle and Java to write Android applications, how come it isn't Java!?!
Every other company in this planet is fine to play by the rules of the Java world, just Google not.
Instead they fill the Android documentation with the Java word everywhere, rely on Java compilers and libraries, but just because they don't put a coffee cup it isn't Java.
On top of that they cherry pick features from Java, slowly making it impossible to write portable libraries without having multiple code paths.
Which is going to become increasingly harder with Java 9 and 10 features.
Just because they play word games by putting Android on the box, it doesn't make it less Java.
>It is so funny how people side up with Google for doing the same thing as Microsoft.
I like how you conveniently leave out the facts to try make your argument relevant. Microsoft used the Java trademarks and modified the way Java worked. Sun was justified in suing them for this.
>I use Android Studio with Gradle and Java to write Android applications, how come it isn't Java!?!
You use the Android SDK to write Android applications.
>Every other company in this planet is fine to play by the rules of the Java world, just Google not.
Why does Android/Google need to play by the rules of the Java world when they don't call their implementation Java? Android doesn't use any of the code/IP in the JVM and it doesn't use any of the concrete code implementations from the JDK (pre 7.0). The only argument you have is the SSO of a subset of API's and we all know how that went down.
>Instead they fill the Android documentation with the Java word everywhere, rely on Java compilers and libraries, but just because they don't put a coffee cup it isn't Java.
So you now have a problem with Google using a compiler, of an open source project, to generate JVM bytecode that is then translated to DEX bytecode so that it can run on a device that processes DEX bytecode into native ARM machine language?
>On top of that they cherry pick features from Java, slowly making it impossible to write portable libraries without having multiple code paths.
What's wrong with cherry picking features? Forked projects do it all the time. Do you have an issue with forking open source projects. As long as Google doesn't call their implementation Java they can cherry pick whatever they like. If Oracle has a problem with this then they should update their OpenJDK license.
>Which is going to become increasingly harder with Java 9 and 10 features.
Not really. I'm sure they'll "cherry pick" the good stuff like Value Types and discard what they don't deem necessary for their implementation.
>I am fully serious and look forward Oracle winning the next round.
I really don't see the appeals court overturning a jury verdict. Keep dreaming, though.
>Android is a fork of the Java eco-system that prevent 100% of Java 8, 9 and upcoming 10 features to be used on the platform.
I find it funny that you think that a fork must adhere to the rules of the open source project they branched away from.
>Anything else that Google states is a plain game of words to avoid paying Oracle for what they did to Sun.
It would seem the only company getting paid is Google. First from Oracle's incompetent legal team for disclosing confidential information and secondly by Oracle for court fees and possible legal fees.
100% correct. Java 5-compatible libs tend to work most of the time, but not all of the time. To the casual observer, they both look and smell like Java, and copy-pasted Java code will probably work or be made to work, but the fact that not all libraries work in a drop-in setting make it pretty clear to developers that it's a rather distinct platform.
It would be nice to see Google having a taste of their own medicine by having forked Java in first place.