Android and Eclipse

The blogshere is all a twitter about Google’s recent Android announcement. Google certainly knows how to get people talking; first start the rumours about the gPhone, then announce something different – Android, but leave the details sufficiently vague so speculation starts about the real meaning. Nov. 12 is when the Android SDK becomes available, so we will have to wait until then for the specifics.

One of the main discussion points is how Java plays in the Android platform. Google has been sufficient vague; there is no mention of Java on the Android web site, but it is mentioned in interviews.

I tend to agree with most of what David Berlind wrote in his article ‘Is a Java power play lucking beneath the Open Handset Alliance’. Sun does not seem to be a part of OHA and if Java is the base for the Android platform, this is more competition for Sun in the mobile and Java space.

NOTE: The one thing David wrote that I don’t agree with is the possibility for Google to take a Java version licensed under GPL v3 and relicense it under APL v2. The GPL v3 license compatiblity is one way, Apache license code can be relicensed under GPL v3 but not the other way. I may be wrong on this but I think it is true.

The question of how Eclipse participates is of interest to me. If indeed if it is a Java based platform, I know someone will create Eclipse based tools for Android. It is just a matter of who and when. Next week, the release of the SDK will clear up a lot of the details.

8 Responses to Android and Eclipse

  1. Alex Blewitt says:

    More likely to be NetBeans based, considering Romain Guy’s involvement:

    http://www.curious-creature.org/2007/11/05/android-and-google/

  2. ianskerrett says:

    Alex,

    I would expect there to be many different tools developed for Android, some will be Eclipse based, and I am sure some will be NetBeans based.

  3. Doug Schaefer says:

    At the root if this is embedded Linux. The choice of VM is in the hands of the OEMs. It’ll certainly is an interesting platform for the OSGi folk. It’ll likely have a full featured web browser too, so I can see some interest in RAP too. And I’m sure you’ll see some C/C++ apps developed for it. There’s lots of room for Eclipse technologies.

    Given Google’s backing, I’d say this is more than just another mobile Linux play. There’s real ad dollars behind this. The question will be how the providers decide to play along versus what’s happening with the iPhone, another *nix based platform.

  4. romainguy says:

    How me working on Android makes it likely to have NetBeans support??

  5. Yeah, GPLv3 code can be happily merged with ALv2 code, under the GPLv3.

  6. Doug Schaefer says:

    They aren’t going to relicense the GPL code. They don’t need to. What I think is happening is an SDK that is Apache licensed to build mobile applications. That will allow vendors to muck with the SDK without having to give it back. But in the end, you can still build closed license software even with LGPL libraries (but not GPL libraries).

    Of course we’ll know for sure on Nov 12.

  7. Yeah, they’d be monumentally stupid to try to relicense the kernel, or Eclipse code to ALv2.

    That’s what the largely useless Android site implies, though, describing Android as a full stack of everything one needs for a mobile phone, that’s solely under ALv2, and stays away from copyleft code like EPL, (L)GPL, etc.

    Google’s marketdroids can’t have it both ways: either it’s a full stack including the kernel, and then it’s got all the copyleft goodness built in, or it’s not really a full stack, and just yet another (java script) runtime environment on top of the kernel (GPL)/glibc (LGPL)/ webkit (LGPL), etc. leaving the poor proprietary software vendors on board with many places in the full stack that can’t be as easily sealed shut as Google would like them to believe.

    But this is just one aspect where the announcement was botched.

  8. Donald Smith says:

    http://code.google.com/android/intro/installing.html#otherides

    “The recommended way to develop an Android application is to use Eclipse with the Android plugin. This plugin provides editing, building, and debugging functionality integrated right into the IDE. However, the SDK includes tools to enable you to develop with other IDEs, including intelliJ (or if you’d rather use Eclipse without the plugin).”

%d bloggers like this: