Newsmaker: Java goes back to the PC

(continued from previous page)

You're also talking about mobile phones. Sun in April announced its acquisition of SavaJe, which has some mobile Java software. Can you describe what JavaFX Mobile is and what you plan to do with it?
Gosling: JavaFX Mobile is a complete implementation--we have the code from the silicon up, but it can be hosted on a wide variety of embedded operating systems. The demos done (Tuesday) were done on top of a very stripped-down embedded Linux kernel. Most people would not recognize it as Linux. It's device drivers and interrupt handlers and that's it. Then on top of it, the call stack and the rest of it, is all Java code. One of the things we're doing with this is offering a full software stack for cell phones to manufacturers of handsets.

(Sun Chief Executive) Jonathan Schwartz has talked about bridging the digital divide. Is that part of the aspiration for JavaFX Mobile?
Gosling: I think they're independent things. We certainly want to make smaller, cheaper devices as capable as possible. When you look at the underprivileged parts of the world, they can't afford very much. Doing a full-up laptop computer is both a really expensive proposition, no matter how you strip it down, but it's also not clearly appropriate. Most of these folks are inherently mobile. There's been a wide variety of areas where people have had experience in doing this. The Brazilians for instance have a lot of experience doing work with Amazon tribesmen. The small form factor, easier and cheaper to make, easier to connect cell phone structure, seems like a very attractive way to do that.

I remember from JavaOne conferences in the past that you were not a big fan of releasing Java as open-source software. What are your thoughts on that, now that it's happened?
Gosling: I wouldn't say that I wasn't a fan of doing it.

I think you had some serious concerns. I remember a panel discussion...
Gosling: There have been a number of issues.

Compatibility.
Gosling: We have released Java's source for a very long time. We had a number of bad interactions with certain misbehaving parties that led to litigation. Left to its lonesome, the market would fracture. We were really worried about that. Given that we had example cases where that was really close to happening, I think that was a pretty valid concern.

Microsoft was talking about forking Java--"polluting" it so there was a separate version that worked differently.
Gosling: That's been their game. They deeply hated the word interoperability. The thing that's changed is the development community really values interoperability. They really value that they can pick up an app from Mac OS X and take it to Linux and take it to Windows and it works. We'd like to be in a much better situation on handsets than we are now that way, but for desktop stuff and server stuff, we're in pretty good shape. It feels like these days the market pressures are such that large misbehaving parties will have a hard time misbehaving.

There's not much of an incentive to fork Java into an incompatible version at this point?
Gosling: There would be significant market backlash. Even when Microsoft was doing its stuff, the thing that got them in trouble was they were trying to do it without being explicit about it. When you wrote your program, it wasn't clear you were building something that was tied to the Microsoft platform. If you're explicitly saying "I want to tie this to the Microsoft platform," that's one thing, but when they kind of trick you into it, that's another.

So what have your thoughts been since you've now got this open source? What's the feedback been about the success?
Gosling: It's hard to tell right now. In a certain sense, the Java world has been functioning in a very open-source way for 12 years. Certainly the way the community interacts with us, things like the JCP (Java Community Process, a group of companies and organizations that shepherds new Java standards), the fact that all the sources are out there--it's really been a very open-source-ish kind of thing.

If you look at the license we were using, it was very much like a conventional Mozilla license. We just had this clause about testing in it. Now that we've gone to the full-out General Public License (GPL) version 2, in most of the day-to-day way that we work, it's not a huge change. There's always more we can do to interact with the community, and I think we've got a pretty good track record in working with the community, but I'm looking forward to getting better.

More Newsmakers

[bobby_brady]

Rich interactive experience = Advertisments

It's just another name new type of ads. I'd rather surf the net with ActiveX and Java turned off!

[sjoh]

still need activex no?

don't you need activeX turned on to run Flash?

[samkass]

Java is not a desktop environment

Java, when using lightweight Swing rendering cannot:
1. Render a modern HTML page
2. Embed any heavyweight component, such as ActiveX on Windows
3. Let Windows go into a screensaver without leaking megabytes of memory (actually this bug was finally fixed in JDK6 after several years, but is still present in JDK5)
4. Do complex drawing without hitting one of many JDK-crashing bugs that haven't been fixed in years.
5. Define a UI layout in a configuration file separate from the code.

Sun apparently is making minimal investment into usage as a desktop platform (Java2D-JOGL integration was nice, but the OpenGL pipeline only works in a small percentage of the available chipsets) especially on the most popular (Windows) and second most popular (Macintosh) platforms.

[frankwick]

JVM footprint, speed, ugly

Java has limped along for 12 years now. Can we move on? It's slow, ugly, difficult to maintain. Those disadvantages outweigh the cross-platform capability.

[MSSlayer]

Outdated arguments

With the JIT compilers. well written Java code is so close in terms of execution in comparison to well written C code, it is irrelevant, especially given the cross platform and security advantages of Java over C. Not that C should be used for anything other then system programming. It is also infinitely more maintainable then C code. A Java program is hard to maintain when it is poorly written. Something all languages suffer from.

Pointing to arguments that haven't been valid in years does not bolster your case.

Limped along? In what respect? It is the development platform to beat in enterprise and network applications.

Guess what language most of the server side code for world of warcraft is written in?

Java has its flaws like all languages, but it is very easy to learn, a snap to maintain(provided whoever wrote it understands simple OO principles). Personally I think Ruby in conjunction with the Rails framework will eventually catch up to Java in the enterprise market.

As for the desktop, Java is a decent language for desktop apps. The only downside, is the SLIGHTLY longer start time due to needing to start up a JVM. That amount of time is trivial, no matter how you look at it.