Submitted by Java SE 6.0 (JDK/JRE) Release Candidate is now available. You can see the technology highlights of Java SE 6.0 in the release notes. Make sure that you also read the readme file. This Sun release supports Solaris, Windows and Linux. The documentation can be found here. You can find the main Java SE 6.0 page here. Note the sources are as usual available.
Can’t wait for the final version to come out, gonna switch to it immediately.
the new speeds boosts and applet load screens make this a brilliant upgrade.
now Java is much faster and lighter.
Edited 2006-11-11 17:15
Java 6 looks like its going to be a great release, especially for the remaining issues with the desktop.
I was afraid that Java would stagnate now that it has the majority marketshare regarding programming languages/platforms.
Since it’s going to be a commerically supported open source platform, Java is only going to get better from here.
I can’t wait to try this out!
Edited 2006-11-11 17:34
I was afraid that Java would stagnate now that it has the majority marketshare regarding programming languages/platforms.
No problem. Java is in serious decline. It won’t have the majority for much longer (in fact, .NET languages combined are bigger than java … and C# alone will best java soon)
http://radar.oreilly.com/archives/2006/08/programming_language_tren…
Uh, yeah…. the J2EE/JEE market is freaking huge and it isn’t going anywhere. People can bitch about Java’s downsides but the fact remains the same:
For the enterprise: Java works, runs everywhere that matters and it’s rock solid stable.
Also, Java supports Ruby (JRuby/JRoR), Python (Jython) and all great languages as well. In fact, Java supports 10x the languages .NET supports.
Believe me, you’ll be seeing large and medium sized businesses running RoR in production on the Java platform years before you see the same with .NET.
.NET is great, if you have to write desktop applications for Windows. For anything else, look elsewhere.
Who knows… given the strides made with Desktop apps in Java 6, maybe Java 7 will be completely on par with .NET on the windows desktop too?
Edited 2006-11-11 23:10
No problem. Java is in serious decline. It won’t have the majority for much longer (in fact, .NET languages combined are bigger than java … and C# alone will best java soon)
I wonder how you reached this conclusion from the relative sales of computer books.
In any case, C# is really the only .Net language that can compete with Java. VB already lost a large portion of its mindshare through the COM-.Net transition (a lot of VB programmers either stuck with VB6 or moved on to C#). As for J#, why not use the real thing?
Anyways, Java is still the de facto programming languages used in universities. That alone should tell you something about its momentum.
Edited 2006-11-12 00:07
Yeah right.
Java 1.4.2 is only twice as slow as compilede c++ code (think about this: like swapping your shiny new dual core for a celeron)
Java 1.5 has increased its speed more than 200%.
Java 1.6 increases its speed by 1..%.
By now, after 11 years!, they claim to have a superspeed byte-code interpreted language that should have been way faster years ago.
What about excessive memory usage? Crashing virtual machines? Twenty java application on the same machine at the same time?
Then don’t use it. Java in 1.4.2 was not twice as slow as C++ in all operations. GUI was the worst offender, with pure mathematical operations being close to parity with C.
Improvements have been made over time on memory usage, speed, and stability. As with most any application. If you do not like Java do not use it, but cease whinging at something that has been beaten to death and is less valid than it once was.
This is an article about the upcoming Java release, not an article on your perception of Java’s speed and stability problems (which I do not experience.
Whatever happened to the ability ot find fault in something in a constructive way?
Would it have hurt to try something like:
“Java has come a long way in 11 years. The 1.4.2 version of Java, while widely used, suffered from significant performance problems in many applications I used. 1.5 improved it but not as much I would like. I wonder what 1.6 brings to the table and if it will prove a stable and more efficient platform than previous releses.”
Rather than attacking something for no reason but to vent your repressed anger at Java?
i must say, he is right, java 1.4 was an abomination, it was only at 1.5 it was even usable, for a few things..
however based on my (granted not too extended) tests of j2se 6.0 it seems to be alot better, though also not as stable as required yet
I would not classify 1.4 as an abomination, 1.2 maybe but not 1.4.
For GUIs 1.4 was not good, but even now it is the defacto standard for enterprise level server installs. Again, it depends on what you are trying to do.
however based on my (granted not too extended) tests of j2se 6.0 it seems to be alot better, though also not as stable as required yet
Of course you realize that you are testing a alpha/beta software, right?
Edited 2006-11-11 21:07
yes ofcourse, i wasnt blaming it either, and this was even before the rc.
According to my tests 6.0 is very stable, surprisingly well for a non final release. i run many applications, i noticed only one simple glitch in Intellij IDEA, scrolling was not behaving as in Java5 (not necessarily broken tough.)
What about excessive memory usage?
Of course you shouldn’t use Java for “Hello, World!”-type applications. For large applications, the overhead is negligible. Of course, there are always those users who prefer to keep their 1GB of RAM empty rather than utilized. My advice to those users would be to sell their RAM.
Crashing virtual machines?
Badly written Java programs?
Twenty java application on the same machine at the same time?
Class data sharing had been available since Java SE 5 and I believe since Java 1.4.2 on OS X. The JVM itself doesn’t introduce a lot of memory overhead.
By now, after 11 years!, they claim to have a superspeed byte-code interpreted language that should have been way faster years ago.
Interpreted? Java hasn’t been an interpreted language since 1.2 (1.1 if you count MSJVM), which was released 8 years ago.
However, Sun hasn’t really focused on the desktop. While the server version of Hotspot was frequently updated with the latest and greatest JIT technique, the client version languished. However, Java SE 6 is set to bring some of those techniques to the client side.
Yay!
With this version of java all the nordic people (and maybe other europeans too) can FINALLY compose the tilde sign (~) on linux.
It may seem to be a rather small and insignificant bug, but try coding in a java based editor for a while and you’ll slowly go crazy.
What does that even mean? I work with Java everyday, use Linux 50% of the time, and still have no idea what you mean.
With Sun announcing that Java will be GPL’d, Java usage and development, and innovation will all accelerate. In particular, with Java being GPL’d, Java adoption on Linux will skyrocket, and both wonderful technologies will benefit.
Then there is the new EJB 3.0 specification, which adopts Spring/Hibernate POJO constructs, combining that with all the powerful enterprise capabilities. This is great for Java Enterprise.
Java 5 introduced annotations, enums, and generics, enhancing the power of the language.
Now, with the upcoming Java 6, we get big speed improvements, improvements with Swing, and improvements with deployment.
Finally, the Java job market is as healthy as ever. In my area, Java projects are going through the roof, and thus the need for talent.
Personally, I’ve always been a sceptic about Java performance, overhead, and Sun’s motives and their many business blunders of the past. But perception has changed rapidly. Java keeps improving rapidly, and Sun keeps making lot’s of great moves recently.
The future is bright.
The next release really sounds great!
Are there any benchmarks of java 6 compared to java 5?
Greetings
Mike
and is there anyone that know how to make swing used the now alledgely supported gtk+ backend.
Put this in your /etc/profile
export _JAVA_OPTIONS=”-Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookA ndFeel”
and login/out.
Optionally, you could run that in bash or just pass -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel as an argument to the JVM when you run the application.
that doesent appear to affect netbeans, though i know it picks up the variable, cause it complained when tried to misspell to check.