Sun to Fully Open Source Java

Dionysius, God of Wine and Leaf brings news that Sun Microsystems will be removing the last restrictions on Java to make it completely open source. Sun wants Java to be easily available for use in Linux distributions. We've discussed the steps Sun has taken to open-source Java over the past couple years. From Yahoo! News: "'We've been engaging with the open-source community for Java to finish off the OpenJDK project, and the specific thing that we've been working on with them is clearing the last bits that we didn't have the rights,' to distribute, Sands said. 'Over the past year, we have pretty much removed most of those encumbrances.' Work still needs to be done to offer the Java sound engine and SNMP code via open source; that effort is expected to be completed this year. Developers, though, may be able to proceed without a component like the sound engine, Sands said.

Better late than early

[Just Some Guy]

Kudos to Sun for waiting so long to open source it. Had it been FOSS back when my company was trying to decide what language to standardize on, we might have picked it instead of Python. Thanks!

Re:Better late than early

[Uncle Focker]

They've open sourced everything they had rights to do long ago. The only parts they didn't was due to stuff they had licensed and had no right to release the source code for. Seriously, how dare they not violate their contracts so that you could get code they had no right to release!

Re:Better late than early

[abigor]

He was implying that it would have been a big mistake to have chosen Java, and that in fact Sun did them a huge favour by making them choose a better language/framework instead. Of course, now that I've had to explain it, it's not funny anymore.

Re:

[xiaomai]

Honestly, it wasn't that funny to begin with (and I don't even like java).

Re:Better late than early

[Just Some Guy]

They've open sourced everything they had rights to do long ago. The only parts they didn't was due to stuff they had licensed and had no right to release the source code for. Seriously, how dare they not violate their contracts so that you could get code they had no right to release!

We were looking for something cross-platform, and at that time Java was every bit as proprietary as VB and other close dead-end languages. I understand why Java wasn't FOSS at that time, but that still made it ineligible as a serious contender for long-term development. Had Sun made Java's openness a goal a lot sooner, many companies (including mine) might have chosen it over whatever else they decided upon.

Re:Better late than early

[Just Some Guy]

Liar. You have to pay per instance of VisualBasic to even run the compiler. Java's tools (while not as good IDE-wise as VB) have always been available with a $free$ license.

Who cares? We're a company, not a bunch of broke kids, and don't have problems spending money if we need to. "Free as in speech" is much more important to us than "free as in beer", even though the lack of price tag is a nice bonus.

Re:Better late than early

[Spasemunki]

I suspect the poster is alluding to the fact that Sun's decision not to make Java more open from the beginning cost them a lot of position in the market. Sun thought that Java was going to be the Next Big Thing, and so kept the language under their tight control to prevent it being forked by competitors or used in manners that they didn't approve of. The result was that because of 1) objections to Sun's control of the language, and 2) Sun's priorities in terms of support for certain platforms and not others, Java lost a lot of ground in the back-end space to Python, Ruby, and others, and the space occupied by the applet was essentially devoured by Ajax. Sun was envisioning Java as having a ubiquity in the application space to rival that of C in the systems space, but it hasn't really reached that potential. The decision to push for a closed, tightly controlled language early on is a good part of what caused that.

Re:Better late than early

[fm6]

Sun thought that Java was going to be the Next Big Thing, and so kept the language under their tight control to prevent it being forked by competitors or used in manners that they didn't approve of.

That's the official story, and it's true as far as it goes. But it's not the whole truth.

The big problem has been Sun's corporate mindset. Until recently, key decision makers at Sun, both on the business side and the R&D site, seriously believed that they were smarter than everybody else, and had no need to listen to anybody else's ideas. That's why Sun stuck with SPARC processors so very long after it became obvious that commodity processors were the future — SPARC architecture is superior to x86, end of discussion. It's also why Sun's first attempt to move to commodity systems (by spending $2 billion for Cobalt Networks) was a total disaster: the Cobalt people couldn't get any respect from the rest of Sun, and quickly moved on. I can think of many other examples.

I was a contractor at Sun/JavaSoft in '98, and saw this attitude all over the place. In some cases, I couldn't get access to the FrameMaker source for key specifications because the spec owners feared "forked" copies of the specs!

The really sad thing is that many of these people were every bit as smart as they themselves thought they were. But their raw intelligence was often wasted, because you need a certain willingness to collaborate to create a real product.

I recently came back to Sun as a regular employee. I like to think this intellectual arrogance is no longer a major problem here. Part of this is the example set by current upper management, which seems to understand the problems I describe. But the big reason: most of the my-way-or-the-highway geniuses have been hired away by Google.

Re:Better late than early

[fbjon]

If those people moved to Google, can we then expect Google to become mired in similar internal issues?

Re:

[maxume]

I'm not sure Google expects all of their employees to do stuff. Or, maybe I should say, sometimes it seems like it. They haven't released a whole lot of stuff for a company with 10,000+ of the best and brightest. They sell a lot of ads though.

Re:Better late than early

[SirLurksAlot]

Sun thought that Java was going to be the Next Big Thing

And rightly so considering the last 13 or so years of development in the industry.

Java lost a lot of ground in the back-end space to Python, Ruby, and others

I'm going to go out on a limb here and say that this remark is probably only true regarding FOSS projects. Looking at this statement from a commercial development point of view is another ballgame entirely.

Job search hits from Dice.com

• Java [dice.com]: 15786 jobs
• Python: [dice.com] 1395 jobs
• Ruby: [dice.com] 757 jobs
• C/C++ [dice.com] 6283 jobs

Lets be honest, the industry as it currently stands runs on Java and .NET. This is not to say that OSS and the languages mentioned above are not gaining ground quickly, but I think its important to keep a historical perspective regarding the status of Java. Java really was/is the Next Big Thing, and it will almost certainly become the next COBOL in terms of the amount of code which will need to be maintained decades from now.

Re:Better late than early

[hotfireball]

Job search hits from Dice.com

Java [dice.com]: 15786 jobs
Python: [dice.com] 1395 jobs
Ruby: [dice.com] 757 jobs
C/C++ [dice.com] 6283 jobs

BTW, same site says:
Excel: 10742 jobs
Coffee making: 22 jobs
Micromanagement: 96539 jobs
Yelling on Employees: 1 job (Junior Technolohist)

Re:

[David Gerard]

Once Java is properly open sourced, I predict an explosion in open source Java apps. At which time the Java system will get optimisations in performance and usability at a furious rate.

Re:

[Abcd1234]

Or maybe it's just because Python (or Ruby or ) doesn't come close to having the level of corporate or community backing and support that Java does.

Like it or not, companies *like* the idea of a big corporation being the face behind something like Java. It means stability, predictability, support, long-term viability. It means someone you can bitch to if things go wrong. I means, in short, a sort of corporate legitimacy that's craved by upper-management types. And you can't that by simply being technica

Re:Better late than early

[TuringTest]

Oh, but Python is strongly typed [cincomsmalltalk.com].

What, you meant static typing check on function declarations? Well, you can have that in Python [oakwinter.com], too. But I can't see how that single feature can make a language suitable for enterprise work.

Re:Better late than early

[anomalous cohort]

Java lost a lot of ground in the back-end space to Python, Ruby

Uh, huh. A quick reality check over at dice shows number of jobs for java = 15831, number of jobs for python = 1396, number of jobs for ruby = 759. The same search over at Monster shows number of jobs for java > 5000, number of jobs for python = 1256, number of jobs for ruby = 663.

tight control to prevent it being forked by competitors or used in manners that they didn't approve of

Did we forget about this [news.com]?

Re:Better late than early

[petermgreen]

Long ago is a bit of an exaggeration, the first code drop was less than two years ago and the first drop of the majority of the code

Sun was talking about open sourcing java for many years, but it was only fairly recently (december 2006) that they actually annouced the license they planned to use and gave us a little taste of code (not that said code was much use on it's own). and promised all of the JDK "except for a few components that Sun does not have the right to publish in source form under the GPL" would be released by march of the next year

Then when it came we discovered that those few components included serveral major parts of the graphics subsystem. Progress to getting high quality replacements for those components and getting them into the official codebase has been rather slow and is still not complete.

Also it was only last febuary that they opensourced anything from the java6 codebase, before that everything they released was from the java 7 alpha codebase, hardly ideal for production use (though a couple of linux distros shipped the code anyway because they considered it better than nothin).

This article doesn't really tell us anything we didn't know already.

Java vs. Python?

[turgid]

Please explain what Java and Python have in common other than the fact that they are languages and one is also a platform?

Re:

[Just Some Guy]

You can write cross-platform backend and user interface code with both, both of them run on Windows and Unix, and both support OOP. That made those languages pretty reasonable choices for our needs.

Re:

[turgid]

What are the pros and cons of each when you have to interface with another language or platform?

How do you deal with code written in C++ and PERL, for example? And, for a couple of years, Ruby has been a buzzword.

Re:Better late than early

[RiotingPacifist]

Funny, last time i said Java wasn't fully open source, i got modded -1 [slashdot.org]
Dear moderators, i would like to take this opertunity to perform a little victory rickroll as seen here [youtube.com]

For the record OO, also has a clause that stops it being fully GPL, thats why neo office code cant be used, because sun want to take open source contributions and use them in their proprietary version of open office

Go on mod me down, it will only make me stronger

Re:

[domatic]

For the record OO, also has a clause that stops it being fully GPL, thats why neo office code cant be used

One part of this I don't understand and the other part isn't factual. If OO wasn't "fully GPL" then NeoOffice wouldn't exist in the first place. It is true that Sun only accepts contributions if the copyright is turned over to them but that in no way un-GPL's the software.

As for NeoOffice, they contribute or at least attempt to contribute bugfixes under Sun's terms because bugs in the core OO code a

Re:Better late than early

[Just Some Guy]

You chose your language based solely on the license, rather than how well it supported your development tasks?

You say that as though there's a difference. We were migrating from a legacy codebase in Visual FoxPro, and learned well the lessons against using sole-provider solutions. The absolute last thing we were willing to do was throw ourselves again to the mercy of someone else's whims. With Python, and now Java, we get to keep some of that control.

Re:

[mortonda]

If Java is the answer, you're asking the wrong questions.

Re:Better late than early

[Sloppy]

While the ability to maintain something indefinitely (ie, the thing open-source brings to the table) may be a factor, it's far from the only one. And for my money, it should be dead last on the list of things to consider when choosing a language

Dead last?! Spoken like someone who has never been fucked over. Just wait 'til a proprietary compiler/runtimelibrary vendor tells you, "No, we're not ever fixing that. And you can't fix it, either." It's even better when you have to tell the same thing to your client.

Sympathies to the FoxPro guy. I was once a Clipper guy. I don't know whether the availability of maintenance is number 1 or 2 on my list, but it's waaay up there. Never again. Never fucking again will I have that kind of shit in my life. I'll get out of IT and flip burgers for a living, before I write another line of code that has miserably crippled and hopelessly unmaintainable dependencies.

Re:Better late than early

[Just Some Guy]

That is exactly how we feel about it. FoxPro certainly isn't my choice of development environments, but our old code runs - and runs well. The only reason we're migrating away is that it's officially a dead language, and it's crazy to keep developing on something whose owner has said has no future.

So that's how we ended up on Python. Java probably would have done most of the same stuff, and it'd probably be easier to find Java programmers where I live, but we weren't going to fall sucker to that problem again.

Re:Better late than early

[Daniel Dvorkin]

Who is this "we"? Certainly not the real world. Hopefully by "we" you mean your small group of still-in-college developers that are in for a rude awakening when you hit the real world.

By "we" he probably means "a group of knowledgeable developers who are lucky enough to be employed somewhere that they can choose the best tool for the task instead of having to go with whatever the PHB thinks is the hot buzzword this week." It's very true that the "real world" can be a difficult place, but people with attitudes like yours don't help make it any better. Fortunately, there are businesses where management knows enough to get the hell out of the way and let the developers make their own decisions on which tools to use.

Re:

[Just Some Guy]

For one thing Python is dynamically typed and Java isn't and there are a lot of cases where I personally prefer the rigor of a language with strict typing.

Python is dynamically, strictly typed.

Or perhaps you're a bit confused between Java and JavaScript? A lot of people make that mistake.

Yeah, we had been seriously considering rewriting our core business logic modules in JavaScript.

Kudos to them, I guess

[Tenebrousedge]

I would pose the following question to slashdot: how has Java being closed source affected you personally, and what effects do you see this having in the future?

Re:Kudos to them, I guess

[TheLinuxSRC]

It has affected me personally by being a pain in the ass to install (back in the day) and more than willing to step on any other Java implementation I may have (more recently - ie blackdown etc...). The main effect this will have on the future is to remove this pain because now the distribution will be able to include it in their repositories, thus accounting for conflicts and dependencies so I don't have to. The only problem is that I now almost never use Java and will actively look for similar programs that are not written in Java to accomplish the same task just so I don't have to deal with Java. Java could have been something 10 years ago. Now, it is too little too late IMHO.

Also, if you read the article, you will see that the new and improved Open Source Java will be missing some features (ie sound). So this isn't so much open-sourcing Java as it is removing the last offending bits that cannot be open-sourced and hoping they will be coded back in.

Just my $0.02.

Re:

[rjcarr]

I don't know if this will change with the announcement, but being a java developer that works on macs, I'd like to get whatever jdk I want, and not be forced to use what apple gives me.

Re:Kudos to them, I guess

[r_jensen11]

I would pose the following question to slashdot: how has Java being closed source affected you personally, and what effects do you see this having in the future?

I don't really care too much about the proprietary-ness of Java. Since I'm not a Linux zealot, I just care that it does what I want it to do. I didn't care that VMWare is proprietary when I tried it out, nor did I care about propriety when I tried out Maya.

I suspect I'm with the majority of /. here, but not with the vocal minority of Linux users (I have to specific Linux users because of the also [very] vocal Apple users.)

Re:

[dreamchaser]

I agree. I have used Linux in one form or another since pre-kernel 1.0 days, *long* before it was 'fashionable, but it's just another tool in my opinion. I use Windows, Mac OS, Solaris, Linux...whatever tool suits my need at the time.

Re:Kudos to them, I guess

[Chandon Seldon]

Since I'm not a Linux zealot, I just care that it does what I want it to do.

Not caring about licensing questions probably means that you've failed to consider them in depth. That probably seems like a very reasonable choice - if you wanted to worry about legal issues you would have gone to law school - but it's also very short sighted.

"Freedom" seems abstract and irrelevant until you find out that the elegant technical solution you want to implement is disallowed by the license of some component you're using. This rarely happens immediately, because you wouldn't have picked a tool if it didn't let you do what you initially wanted, but it comes up pretty frequently when you try to do something that you didn't initially consider.

Examples:

- You design your application using Oracle as the database. $20,000 a server seems fine - until you realize that the whole design would be more elegant if you moved a bunch of logic into the database and replicated it a bunch of times (say... at each client site). But $20,000 * 100 sites isn't in the budget, so you're forced to scrap the best technical solution for legal reasons.

- You design a data entry interface in Flash. The project expands, and it turns out that it'd be more effective if the users used tablets rather than PCs to do their data entry. So you bring on a hardware team, and they tell you that ARM tablets cost 1/3rd what x86 tablets would cost. Sadly, there's no flash player on ARM - and with your budget it would have been a simple port, too.

Far from being irrelevant and abstract, the issue of licensing is directly relevant to anyone selecting software to build anything important (software or any business process). Proprietary licensing means usage constraints - both explicit constraints like the limited set of Flash platforms and economic constraints like the per-server Oracle license fee. Developing on proprietary stuff is like working in a mine field - sometimes you have to do it, but it's sure as hell something you want to avoid.

Re:Kudos to them, I guess

[Chandon Seldon]

you're treating closed source licensing as a trump card rather than as a factor.

If you have clear visibility into your app's future

Seeing into the future is *really hard*. Given a choice between a proprietary platform with potential future licensing woes and a high quality free platform, selecting the free platform simply due to licensing is a good first approximation at the right choice.

Re:Kudos to them, I guess

[linguae]

Before I bought my Mac in summer 2006, I was a FreeBSD user. At the time, FreeBSD users were not able to download FreeBSD binaries of the latest versions of Java due to a licensing agreement IIRC; instead, they had to either download a binary of the older version, download the Linux binary and use FreeBSD's Linux binary emulation, or download the source code of Java (with a very restrictive license) and compile it, which took a long time. Now that Java will be fully open-source in the near future, life for FreeBSD users (as well as other platforms where Java is unsupported) would be much easier, as pre-compiled binaries would be allowed to be distributed without Sun's permission. A lot of us don't have the time to waste multiple hours compiling software.

Re:Kudos to them, I guess

[CajunArson]

A lot of us don't have the time to waste multiple hours compiling software.

And the rest of us use Gentoo. If this new "open source" Java takes less than a week to compile, I will be extremely disappointed in Sun's efforts!

Re:Kudos to them, I guess

[SeePage87]

It's ok guys, I'll handle this.

How has Java being closed source affected you personally

I can't count the number of times I've cried myself to sleep thinking of the poor children who blindly agree to arbitrary EULAs which they are incapable of understanding.

What effects do you see this having in the future

Now those children blindly agree to the somewhat less arbitrary GPL which they are incapable of understanding.

This is truly a magnificent day!

Re:

[BrainInAJar]

Somewhat less arbitrary?

Can you link to GPL code at runtime? are you sure? Forget what RMS has to say outside the scope of the license, do you think you could reasonably sue someone under the viral clause for runtime linking to GPL code?

What about the nVidia hacks? legal or no?

All the places the GPL has been tested have been for obvious violations, it's the edge cases that make it arbitrary

Re:

[Constantine XVI]

I'm going to ignore you being a buzzkill long enough to tell you that, in this particular instance, Sun is using the GPL with the Classpath exception, which means that it's perfectly okay to link to it without invoking the viral clause.

Re:Kudos to them, I guess

[iapetus]

Actually, Sun used to have my favourite EULAs in the computing world. Because they displayed them in editable text areas. The contracts into which I have entered with Sun in order to download Java are many and varied, as a result. And Sun still owe me upwards of $10m for using their software.

Re:Kudos to them, I guess

[Spasemunki]

Hassle, more than anything else, sums it up. Installing the JDK or JRE is never as easy as installing other programs. Some distros won't include Java in their standard package repositories because of licensing constraints. You end up with two maintenance/upgrade processes: one for Java, and one for everything else. It's a pain if you have a lot of machines that need to run java- you're always manually copying around install tarballs and jar libraries that you can't just yum or apt-get out of the appropriate repo. Difficulty in Java installation is also a barrier for simple desktop Linux; at this point, Java should Just Work for any reasonable desktop experience.

I suspect that the closed sourcing is also why support for Java on non-priority systems has lagged behind. It's been a while, but I used to support Java apps that were running on FreeBSD. At the time, the state of Java there lagged behind the big three (Linux, Windows, Solaris) considerably- the latest versions of of the JDK/JRE weren't always available, and when they were there were sometimes weird bugs lurking in them that would cause applications to puke. Support for other languages wasn't anywhere near as far behind because it was much easier for BSD developers to track changes in the source of languages that primarily targeted Linux.

For that matter, despite Suns attempts at making Java a universal platform, support on some platforms has been better than others. My employer bought a 3rd party Java HR application for employees to use for leave/VK time reporting, with the promise that it would work for any system since it's Java (a lot of people have Linux or Mac). No such luck. It's interface is an applet that works on only certain versions of the JRE under windows. Maybe the vendor is just incompetent, but Java is supposed to simplify the writing of cross-platform applications. I strongly suspect that these kinds of problems are a consequence of Sun keeping the source closed: priorities on development of the JRE/JDK had to be constrained by Sun's resources and economic priorities. No matter how enthusiastic the user community on lower-priority operating systems, they couldn't fix problems themselves.

Re:

[PitaBred]

Generally the vendor is incompetent. Java won't prevent you from hard-coding "C:\Program Files" into any programs, and will work perfectly well with it under Windows. For most properly coded Java programs, cross-platform support is pretty much trivial though.

Re:

[Spasemunki]

But even on windows, it worked for version (I think) 1.4 but not version 1.5; either they did some real digging in order to find forward-incompatible features, or the Sun-provided JRE broke some subtle assumptions about how code worked at the implementation level. Things went back to working under 1.6 on Windows- all of this without changes to the applet itself. That to me sounds like a JRE issue- I know that on FreeBSD, some JREs would segfault running certain byte code, while others had no problems. No

Re:

[jhol13]

Sun-provided JRE broke some subtle assumptions about how code worked at the implementation level.

Funnily this has happened to me more often with C/C++ code than with Java.

Just a bit faster machine -> bing!
Just two cores -> bing!
And with source you get the added benefit of new compilers! Bing bing bing!

Most of the problems I have encountered with Java are exactly same: badly written un-tested programs which cannot handle slightly changed, sometimes concurrent, execution paths.

Re:

[trybywrench]

it's sort of a pain to install Java(tm) correctly on the linux distros i use because they use GCJ by default and it's tied to their automated update systems.

Allowing distros to include it natively means one less step to getting a linux install with full blown Java off the ground and hopefully automated JRE/JDK updates.

Also, with full Java included in the distro maybe things like Eclipse, Tomcat and the other Java centric software will start getting included.

Re:Kudos to them, I guess

[IGnatius T Foobar]

I would pose the following question to slashdot: how has Java being closed source affected you personally, and what effects do you see this having in the future?

For one thing, we won't have to listen to RMS whining about it [gnu.org] every time someone mentions the current version of OpenOffice.

Re:Kudos to them, I guess

[Bogtha]

how has Java being closed source affected you personally

I installed ejabberd, an Erlang-based Jabber server on FreeBSD this week from ports. For some reason it needed a JDK to install. Normal ports installation didn't work because FreeBSD doesn't have a distribution license. I had to download the file manually, put it in the right directory, then go back to the Sun website, register an account there, log in, download a timezone update, and put that in the right directory too. Only at that point could I install it. And I didn't even want Java in the first place!

The whole process was pointless (it's not like my manual downloading gained Sun anything worthwhile) and felt like a throwback to downloading Slackware floppy disk images back in the early 90s. Every other piece of software I've installed through ports has been downloaded and installed automatically, like it should. But because of this idiotic imaginary property idea, I've got to mess around trying to make the computer happy instead of it doing work for me. This is 2008, I shouldn't have to jump through hoops for bullshit reasons.

Re:Kudos to them, I guess

[Bogtha]

I've been able to "apt-get install sun-java5-jdk" for a couple of years now on Debian and Ubuntu.

And the reason for that is that Sun grants special permission to Linux and OpenSolaris distributions to do so under the DJL [java.net]. From the FAQ [java.net]:

What is the Operating System Distribution License for Java (a.k.a. the "Distro License for Java" or DLJ)?

The DLJ is a license created specifically for individuals and communities who want to distribute Sun's binary Java Development Kit (JDK) or Java Runtime Environment (JRE) with a Linux or OpenSolaris Operating System (OS) distribution.

See FreeBSD listed there? Have a look around the site, every single mention of operating systems permitted under this agreement is specifically scoped to Linux and OpenSolaris only. That's why Ubuntu has a head-start on FreeBSD, not because they are better at packaging.

Re:

[nguy]

I would pose the following question to slashdot: how has Java being closed source affected you personally

It's basically meant that Sun had free reign to ruin Java.

and what effects do you see this having in the future?

None. It's too late to fix Java.

Java trap is ended for this software.

[jbn-o]

I run only free software on my computers, so Sun's implementation of Java software was unavailable to me. I used other Java software as needed but I largely simply did without Java. The Java Trap [gnu.org] has ended for this software (similar non-free dependency traps exist for other software). I think what Sun is doing is a fine thing and I look forward to trying Sun's newly liberated Java software.

Re:

[Trogre]

Well perhaps we can start deploying it in nuclear control [sun.com] facilities?

But seriously, it would be great to see working 64-bit implementations in various distro repositories.

Re:

[bigstrat2003]

how has Java being closed source affected you personally

Not at all. I'm not an open-source zealot, and I choose the best tool for the job, whether it's open-source, proprietary, or personally written by my worst enemy.

what effects do you see this having in the future?

Zealots will stop whining. Sensible people won't really care.

Re:Kudos to them, I guess

[abigor]

Disclaimer: I am not a Java fan, and particularly not a J2EE fan. But just so you know, Java is basically THE enterprise web app development language, and indeed THE enterprise language period. At this point in time, pretty much all the big server-side stuff is written in Java.

You talk about "trouble competing" - it hasn't had to compete. There is no choice, in the minds of management everywhere. It has been a massive, enormous success (measured in terms of penetration) in the enterprise, and there are so many lines of deployed Java running everything from corporate IT to banking to network management systems that it is truly astounding. Most of it sucks, of course, but my point is that your comment implies Java is on shaky ground in terms of acceptance, and that is totally naive, particularly in the corporate world. When I go to meet clients about projects, there is no debate about which language we're going to use, unfortunately. It is a de facto corporate standard.

And even for the web front ends, I see GWT getting more and more popular, so who knows. When Google makes their contractors use a particular technology, it tends to leak out and get deployed all over the place as those contractors become enamoured of it.

Never cared

[diegocgteleline.es]

I've never installed Java in my box, and I've never needed it...I must live in a different internet.

It incrementally simplified my life...

[dbc]

.. because I could safely ignore the language until such day as it became relevant. As to the future, now the language has a chance to prosper, if it can catch up.

Deployment issues

[FranTaylor]

It's much easier to package an application when you know that there's a real Sun java implementation available as /usr/bin/java on multiple platforms.

Until now we have had to rely on the user downloading the correct JDK and installing it in the correct place.

Re:

[Isomer]

Java couldn't be installed by my distro, and while I could install it by hand, it's annoying to do by hand. And to make matters worse, to install by hand required you to play EULA hopscotch through Sun's site to download it.

And because Java itself wasn't in any of the distro repositories, no program that depended on java would be in the repositories either. So any java program I wanted to run was going to be annoying to install, so I would often try and find an alternative in a more usefully supported lan

Re:

[pembo13]

Well I use Fedora, and not much Java... so I don't have any Java on my desktop... so if a site needs java, I simply hit the [x]

Re:

[mark-t]

How it affected me personally was the fact that I wanted to run a 64 bit OS, but Java's browser plugin wasn't developed for it at the time, which I required, forcing me downgrade my system from 64-bit to 32.

Re:

[jimicus]

Sadly the Apache 2.0 license, which all the Apache Java code uses basically exclusively, is incompatible with the GPLv2. And, yes, it matters, because Java code links at runtime. This means that you fall under the GPL's "derived code" sections,

Surely that's only an issue if you distribute in-memory runtime code (ie. stuff that's been through a JIT compiler)?

If compiled code as distributed hasn't got any code linked in at the point of distribution, then I wouldn't think it would be an issue.

If anything, it's more of an issue with C because that links at compile time, essentially forcing you to reinvent the wheel or write an abstraction layer if you plan to use anything that's part of a GPL C library.

Re:Kudos to them, I guess

[notamisfit]

The license issued with the open source Java toolkits (based on the GNU Classpath library) explicitly permits linking with non-GPL modules.

MySQL

[JayAitch]

So this is to make up for MySQL? They giveth they taketh away.

Re:MySQL

[stoolpigeon]

I guess it is exactly like that since neither has actually happened yet.

Re:MySQL

[$criptah]

You obviously did not read the comments about MySQL posted by MySQL's ex-CEO. They are not taking MySQL away by any means. The core of the product will always be GPL! What they are going to do is to close source some add-ons in order to generate more revenue so they can pay developers who write those things. In other words, if you really want to get some latest gadgets for MySQL, you'll have to pay. That is okay with me. Open Source at its finest :)

What fate awaits GNU Classpath?

[jdb2]

Opensource developers have put an enormous effort into the GNU Classpath Project [gnu.org]which has almost reached 1.0 status and that aims to be a free implementation of the Java class libraries. Indeed, who can calculate the man-years that have gone into this project? I can't believe it will just up and die when Sun opensources Java. Will we have two diverging implementations or will they merge?

jdb2

Re:

[leenks]

Presumably they'll end up merging over time (one would hope). There are enough 'issues' with both of them that it seems the logical thing to do. That said, maybe everything will change if we ever get a Java3 and things actually get deprecated(!!!)

Re:

[mark-t]

They skipped Java 3 and 4.... they are on Java 6 now.

Re:

[hardburn]

Classpath has been almost reaching 1.0 status for about six years now. I expect to see Wine reach 1.0 first.

An Open Source Java would have been nice 10 years ago, back when somebody still cared.

Re:

[hardburn]

And if you look at the end of that page, there's a link to a PC World [pcworld.com] story about the upcoming Wine 1.0. Written in 2002.

I don't want to sound like I'm just harping on the Wine guys, though. The Windows API is often poorly documented even when Microsoft isn't changing a function to do something completely different in their new release. Considering that, Wine is quite a piece of work.

Re:

[LizardKing]

Having poked through chunks of both the Sun JDK source and the Classpath source, I wouldn't trust the latter in a production environment. Sun has released some crufty stuff (JAI for instance), but Classpath is horrible pretty much across the board.

Re:

[setagllib]

They're already merging in the form of IcedTea. However, this will be mostly unecessary when the full class library is opened.

Re:

[fm6]

GNU Classpath has been at it for nine years. That's a long time to get to 1.0. And even 1.0 doesn't target the complete Java 6 library (no javax packages). I'm afraid that the disappearance of Classpath rates a big "who cares?"

What,

[Trogre]

again?

Denix

[dnix]

that's simply another clear intention of IT giants to exploit open source community! they opensource it only because they are realizing java is dieing! Look at this: http://www.news.com/IT-giants-accused-of-exploiting-open-source/2100-7344_3-5726714.html [news.com]

open source vs license questions

[drDugan]

While open source is good, the real issue is the license. The only mention in the article is some parts were not compatible with GPL(I assume v2). What will the license be for OpenJDK? Looking here (http://freejdk.org/faqs/openjdk_license.html) and here (http://www.gnu.org/software/classpath/license.html) it looks interesting...

Does this mean the Classpath exceptions will be removed? Not clear. Kind of a problem for some if it is removed.

FTA: "Once Java is 100 percent open source, it can be shipped as part of Linux, Sands said. Ubuntu has distributed Java as separately available commercial software, he noted. But once Java is fully open source, it can be offered as part of the free Ubuntu distribution and other Linux variants, Sands said."

For me, and I assume most people interested in open development platforms - the real question about using Java will be around the license (once it is open source) and what that means in terms of success, options, and longevity for the projects we build.

Re:

[bigstrat2003]

They won't use the GPL, then? Seems like a reasonable solution to me, and there are tons of other licenses to choose from.

For that matter, why the hell would they choose the GPL in the first place? Wouldn't that mean that anyone who uses the official Java class libraries has to make their software GPL?

well, yes, except...

[nguy]

It's fully open sourced, but it's also dual licensed. That means that Sun will still try to call the shots and set the direction for Java development, and that means that the numerous problems in Java won't get fixed.

But it doesn't matter anymore anyway. Java is what it is at this point, and it's not going to get any better, only more bloated. You either love it or you hate it.

Re:

[mark-t]

You mention Java having "numerous problems".. Not that I doubt there are numerous problems with it, but what specific ones did you have in mind?

Backwash

[spywhere]

Does this mean Microsoft will again be able to provide their Java virtual machine?
http://www.oldversion.com/program.php?n=msjavavm [oldversion.com]
I'm getting tired of stripping [this week's version of] Sun Java off new PCs and installing the M$ VM, but it's necessary to get them running right (and to get rid of the coffee-cup "automatic update" marketing crapola).

Will this mean a 64-bit plugin sooner?

[Slim Backwater]

Great! Does that mean we might see a 64-bit plug sooner rather than later? We've been waiting over 5 years! [sun.com]

Re:

[piojo]

Great! Does that mean we might see a 64-bit plug sooner rather than later? We've been waiting over 5 years! [sun.com]

And hopefully a java web start (javaws) executable included in the 64-bit builds.

Re:Will this mean a 64-bit plugin sooner?

[AnObfuscator]

IcedTea works pretty well on my X64 Debian system: http://en.wikipedia.org/wiki/IcedTea [wikipedia.org]

I still have a Sun 1.6 JDK installed, which I use for all my development work; however, IcedTea is my default JRE, and I've not had any issues so far. It's eased my need for a Java plugin. no more 32bit firefox^W Iceweasel for me!

Browser Plugin

[WarJolt]

I know java is more than just a browser plugin, but maybe now finally I can run Java with my 64-bit browser.

Let's bet on how many PR they can generate!

[DraconPern]

How many times have I read that Sun is open sourcing java already? So has it happend? May be we should bet on how many more PR they can generate with the word 'Java' and 'Open Source' together....

WARNING LAST MEASURE

[Anonymous Coward]

Don't click!

Re:What will happen to GNU Java?

[Random BedHead Ed]

You could argue that if Java goes GPL, gcj has been successful even if it suddenly becomes irrelevant. The same would be true of GNU Gnash if Adobe were to GPL the Flash plugin. It wouldn't invalidate the open source efforts: far from it, it would accomplish the original goal of having a free implementation of the application.

Re:

[Big Jojo]

I still want to know when the ARM hardware support for Java will have public specs: Jazelle, as found on ARMv5TEJ and ARM6 cores. The ARM926ej-s cores (ARMv5tej) are some of the most widely used ones. ARM6 is found in Nokia N800 series. Until Jazelle specs become available, none of those chips can leverage the hardware support for Java using a GPL'd JVM. They have to buy a JVM from somewhere else. This affects the JVM used with Android, for one example. It increases the runtime footprint of JVMs on e

Re:

[LDoggg_]

And what does this have to do with Sun, you ask? When I ask ARM why they don't make the Jazelle specs public, they say it's because Sun required them to be closed, so that can't change until Sun OKs it.

That's not exactly the story I've gotten from these guys. Directly from ARM 2 years ago in regard to my many inquires about getting specs for jazelle to build a VM for my nokia 770:

"Enabling Jazelle is something that is done by the Java VM and OS, and ARM have worked with many handset vendors and Java pla

Re:

[davecb]

Random BedHead Ed wrote

You could argue that if Java goes GPL, gcj has been successful even if it suddenly becomes irrelevant.

Even better, the two compilers can be compared, the better ideas identified and the final compilers can get better. Think of the Multics Emacs in lisp and RMC's evenual rewrite of the TECO emacs in lisp.

--dave

Re:

[Anonymous Coward]

Yeah. Just look at what's happened to C, perl and javascript. Oh wait, nothing.

Re:

[larry bagina]

Let's look:

C: GCC is one of the worst offenders for non-standard extensions, but very few compilers are 100% compatible.

Javascript: 4 main implementations (IE, spidermonkey, webkit/kjs, and opera), plenty of small differences in the core language, lots of differences in the DOM/Event support.

PERL: only 1 implementation, never will be standardized, requires a perl parser just to parse the syntax.

Re:

[ttfkam]

You think that C hasn't fragmented? Borland C? Microsoft Visual Studio? Gnu GCC? You really think they are all completely compatible? Do you think that ANSI C, C99, and K&R C are all identical?

ActiveState Perl (for Windows) acts exactly like Perl for Unix? The packages from CPAN are all uniformly available to all implementations of Perl?

JavaScript is uniform between Flash's ActionScript, Microsoft's JScript, the ECMAScript specs, Mozilla's Seamonkey C-based engine, and Mozilla's Java-based Rhino engine?

Re:

[tknd]

Compared to those others, Java is an absolute dream with regard to consistency.

The language for a specific Java version might be consistent but the libraries won't be. Between 1.3, 1.4, and 1.5 there were/are huge changes in the language and libraries, some which broke some of our applications because they went ahead and deprecated some functionality.

I agree that C and Javascript are also a huge pain to work with between versions but you can't say the same about perl. Perl has maintained an incredible job at being backwards compatible with some pretty ugly code. We've been able

Re:Sun's source code

[wild_quinine]

Now if only we could have the Sun's source code to modify the Sun and fix global warming...

No good, you wouldn't be able to see it when doing a nightly build.

Re:

[forgotten_my_nick]

I thought this site was for technical people? If this was year 2000 I would probably find the comment funny. Now it's just annoying fud.

Re:

[thePowerOfGrayskull]

The fact that mine may be modded "Redundant" makes me a little sad inside.

Re:This is good news...

[petermgreen]

It is good news for users of java on linux.

Major distros will ship proper java by default (some already are shipping java builds based on the code sun has released so far with bits from elsewhere to try and plug the gaps) and they will be able to patch it themselves to backport security fixes or fix issues with new versions of libraries (there was a bad one involving sun java 6 and a new version of some library recently, I don't remember the details but I do remember sun took ages to get a fix out).

Re:

[wawannem]

call me an old-timer, but I remember a time when the linux kernel attempted to support java - http://www.linuxhq.com/kernel/v1.3/100/fs/binfmt_java.c [linuxhq.com]

Re:

[aled]

You mean because Java is the language in which enterprise applications, cellphone games and HD Blu-ray discs are programmed then its success should be put on display?