Will Sun Open Source Java?

capt turnpike writes "According to eWEEK.com, there's an internal debate going on at Sun whether to open-source Java. (Insert typical response: "It's about time!") Company spokespersons have no official comment, as might be expected, but perhaps we could hear confirmation or denial as early as May 16, at the JavaOne conference. One commentator said, "Sun should endorse PHP and go one step forward and make sure the 'P' languages run great on the JVM [Java virtual machine] by open-sourcing Java." Would this move Java up the desirability scale in your eyes? Could this be a way to help improve what's lacking in Java?"

Comments

If they do, it will all depend upon the license.

[khasim]

"Open Source" covers a LOT of licenses.

What changes and how would depend upon which license was chosen.

No

[aliquis]

"Will Sun Open Source Java?"
No, haven't they already said that? Like hundreds of times? And does it really matter?

"Sun should endorse PHP and go one step forward and make sure the 'P' languages run great on the JVM [Java virtual machine] by open-sourcing Java."
"No", who would run PHP on Java anyway? Why? Why would open-sourcing it help?

"Would this move Java up the desirability scale in your eyes?"
No, Java is already desirable in my eyes.

"Could this be a way to help improve what's lacking in Java?"
No, what is lacking?

People who complain that Java is slow, should be open-sourced, and so on have never seemed to had a clue.

Re:No

[Enonu]

Hear Hear!

Will people stop trying to move Java towards a culture that won't keep Java up to the same standards Sun has? There's a reason why the top two server side platform these days are .NET and Java, and it's because a there's a quality standard and completeness not found elsewhere. The next time I look at another configured by altering it's code, hard tied to MySQL, non-tiered POS LAMP application, I'm going to cry.

The only place I ever see Java going is perhaps to be bought by another bigger company who has a similar path. My only hope is that it's IBM because their Java apps are of a higher quality than Sun's, and they've done such good work with the Eclipse platform.

Re:No

[JanneM]

People who complain that Java is slow, should be open-sourced, and so on have never seemed to had a clue.

Irrespective of any ideological issues, there are a few reasons the current situation hurts Java a bit.

Foremost for quite a few readers of slashdot is that free Linux distributions can't include Java in their default install. That means Java-based apps are not going to be included either. And since users need to jump through quite a few hoops to get Java installed (don't say "it's easy" - for most people anything beyond using their package manager is too high a hurdle), you can't assume it will be available on desktops in general.

The second issue is that Java does not really play well with the desktop. I have set up my desktop to run fine using three languages - English, Swedish and Japanese - and made sure everything from localization to character input works smoothly. But Java does not cooperate; it has its own way of dealing with CJK characters and needs its own fonts and separate setup to work. I have fiddled a little with it, but have never gotten it to work properly (especially being able to run an app in Swedish while still being able to input Japanese). And since it uses its own input method, it does not share the local dictionary so typing becomes frustratingly different from any other application I use. And since the code is not open, distributions can't fix these interoperability issues.

Both of these issues serve as disincentives from using Java apps and from writing them in the first place.

Re:No

[Cederic]

Sorry, but when I'm dealing with code written offshore by developers of mixed ability in a system integrating my mainframe to my fulfilment systems with customer web access, online payments, content management and back office consolidation thrown in then I want a language that's immediately readable.

Perl is exceedingly brief to write. It's also very difficult to read.
PHP/Python are better, but most code I see is frankly horrible.

With Java the APIs and libraries - even third party, even open source - have descriptive names. They make sense. You can figure out what's going on from the method and classnames, without having to go and read them.

This makes unfamiliar code easier to read. I've done Delphi/C/C++/perl/PHP programming, and none of them have as easy to read code as Java. I value that a lot.

That you have to type an extra 32 characters to open a file? Good! Hell, you're not typing enough already - 'in' is a bad name for a variable. How about making it descriptive, tell the reader what you're reading.

Modern IDEs do most of the typing for you. The clarity of the code that's written is more important than the extra two seconds you need to write it.

Re:No

[shish]

Why do none of your other language examples have an explicit buffer layer? You should add that, then see what the result is :P People in other languages have become used to reading chunks of a file into a buffer then parsing a bit, then reading a new chunk -- java people can just read what they want, when they want; IMHO adding a bufferedreader is a small price to pay to get rid of all the manual buffering~

While you're at it, make it read objects from a gzip compressed network stream:

new ObjectReader(new GZipReader(new SocketReader(new Socket("1.2.3.4", 42))));

(I'd really like someone to demonstrate this in other languages; having started with java and moved to C, things like gzip stream reading and network access seem like such unnecessary pains in the ass that I've never bothered to learn them properly...)

Save Apache some time ...

[SickLittleMonkey]

... and just do it.

WINE did it for Win32 and Mono did it for .NET, so Java *will* be open source some day anyway. Sun needs to get at least J2SE out there before .NET runs on every electronic device available.

Now that Sharp's Zaurus has dropped Java, .NET is looking like the only alternative for managed coding on handheld platforms. (Cellphones are not yet good PDAs, ok?)

SLM

Bad idea

[cpuh0g]

Why do people just assume that saying the magic words "open source" will automatically improve a particular piece of software? Rarely do the most vocal proponents of "open sourcing" something actually get involved and start contributing to the codebase. It's all about religion for the most part, unfortunately.

I still fail to see the benefits of "open sourcing" Java. How will it be improved? It's not as if the engineers at Sun are stupid and don't know how to engineer enterprise software. Don't you think Sun has heard that same complaint from some major league/big $$$$$ customers and done everything they could to improve said performance?

Even if they *do* open it up, Im sure the slashdot community will still hate them because they don't use a GPL variant license. Its a lose-lose situation for Sun, I don't get why they would even consider it. Is there a business case that will generate a 9-figure revenue jump from giving away the source for Java? I don't see it, but Im sure someone around here will happily clue me in.

Re:Bad idea

[goldsounds]

Rarely do the most vocal proponents of "open sourcing" something actually get involved and start contributing to the codebase. It's all about religion for the most part, unfortunately.

Rarely do the most vocal critics of "open sourcing" something actually understand the rationale behind free software, which is NOT to have the best code, NOT to have the most secure code, NOT to ship a product the fastest, NOT to contribute to the code, NOT to get something for free, or even to become the "commodity" implementation of a specification.

The best reason to "open source" something is purely and simply the freedom to access the code behind the software you are running; the freedom to change, or port to another platform, the software that you purchased or downloaded. This is the original philosophy of the Free Software Foundation, and the GNU project, who were collectively the inspiration for the "open source" movement.

So if you're wondering why anything less than a GPL license is unsatisfactory to the hairy, unwashed free-software factinista, why don't YOU look up the facts and get a clue about the software freedoms that may, one day, mean that your descendants can read e-books, watch movies and examine the collected creative output of humanity unencumbered by the imposed obscurity of closed-source software, DRM and other impositions on our freedom.

Yes, this is about religion. It's about an idealogical divide between people who would rather have free-as-in-beer convenient software, rather than free-as-in-freedom software that preserves your rights. Frankly, your arrogant pragmatism nauseates me.

Why Should Sun Do This?

[javacowboy]

Writing a fully compliant JVM takes a lot of time and a lot of effort, especially the class libraries. Sun spent years writing that code, and none of the JCP partners can be bothered re-writing it themselves.

IBM, BEA, Oracle, etc pay Sun to license their source code so they can release compliant JVMs.

So, it should be no suprised the the open *cough*IBM*cough* source community "demands" that Sun open source Java. Guess how much money a certain company would save getting free source code that they're paying to license now? In the same of "the open source community", they'd like nothing better than to get the #1 competitor's hard work for free so they stop having to pay them for it.

The Java spec is open for anybody the re-implement, the source code is viewable by all, and the JDK is a free download. Sun has stated that they won't stand in the way of Apache Harmony or any other open source project that aims for a full open source implementation of the JVM/JDK spec.

So what exactly is the problem?

Re:This would help

[XaXXon]

Please don't forget that utorrent requires Windows to run.

uTorrent is NOT self-contained. It requires the Windows API to run. This part of its footprint is not shown when you look at its memory usage, but that first 256MB of RAM that windows uses is the reason uTorrent looks so small.

Re:Third-Party JVM

[LarsWestergren]

The other main problem is Checked Exceptions, which force a programmer to write "try{" before the body of every method and "} catch (Exception e) {}"

No, not EVERY method. Just methods that that can reasonably fail (for instance I/O related operations), and that doesn't "know" how to handle the problem themselves. This helps you create well defined APIs, which in my opinion is one major reason there are so many frameworks and open source projects for Java.

Although relatively useless (if not harmful), these checked exceptions lead to a minimum of 122 extra CPU cycles per method invocation.

Evidence of this? Besides, it has been said so many times, but appearently it has to be said again. Processing cycles keep getting cheaper. Programmer hours keep getting more expensive. Trading a few cycles for a feature that helps you create more stable and transparent code is sensible.

catch (Exception e) {}

That is just about the worst thing you can write. Ok, maybe catch(Throwable t) {} is worse. That the first editions of Bruce Eckels Thinking in Java books were littered with those is evidence he just doesn't get checked exceptions.

Re:This would help

[Anonymous Coward]

Programmer time is much more expensive than processor time these days. Therefore, many current programming languages are optimised to save programmer time first. C and C++ were designed in a time when processor cycles were extremely expensive, and therefore are optimised to save time at runtime instead.

As you have seen, java typically gets you results more quickly than C. In this case, since you simply took less time to get to your basic functionality, you could take more time to think about how to code more efficiently, and ended up actually writing faster code in the end.

However, java is not the only modern programming language out there. People have designed several new languages in the past decade. It seems reasonable to assume that some of those people deliberately set out to improve on java. Compared to such languages, java might appear to be very inefficient.

I'll leave it up to you to compare and decide. For instance, here's a comparison for web applications, done at JPL. (YMMV):

http://oodt.jpl.nasa.gov/better-web-app.mov

Re:If they do, it will all depend upon the license

[afd8856]

You may not realize, but "libraries are the new language". Seriousely, what good is a cool language if you have to reinvent the wheel everytime you want to have something like a report printer with print preview - a bit upset on python, with which I'm fighting right now to get something nice for a business app, I would really like something like jasper reports for python. Drawing on the DC with wx sucks for more then one form, and using reportlab to generate pdfs sucks as well. I've settled on doing a mono-platform hack, generating html with simpletal and calling its print preview dialog through ActiveX.