Java SE 6 Released 146
twofish writes "Sun has announced the availability of Java
Standard Edition 6 final release. JSE6 now has dynamic language support.
It comes pre-delivered with Netscape's Rhino, a Javascript engine, and the scripting
project's home page documents many other available scripting languages,
including awk, Jelly, Pnuts, Python, Ruby, and Scheme. In addition a lot of
work has been done on the libraries and run-time compiler. The JIT has been
improved, with better runtime analysis of program characteristics, giving notable
performance improvements. Other improvements include better desktop support, improvements
in Swing look and feel, Windows Vista support, and better diagnostic support
(For example, profilers and debuggers can now attach to a running JVM without
specifically using a debugging-capable configuration. For example, if a problem
is found at run-time for a production server, a debugger can attach to it without
restarting the server).
Sun is also offering sixty days of free developer support for JSE 6 through
their Developer Services program."
The java updater and some links still go to v 5 r9 (Score:1)
Java(TM) SE Runtime Environment 6 https://sdlc3e.sun.com/ECom/EComActionServlet;jse
Awesome (Score:1, Insightful)
Here goes a whole new round of n00b education.
Maybe on the plus side javascript will begin to suck less.
The Tiger still seems fresh (Score:2, Funny)
Re: (Score:2)
Normally this would not be a problem, but because of JVM version dependancy, and because Java quite often changes just a little in important places for each new release, it becomes a bit of a headache.
Re: (Score:2)
Are they? Java 5 was released a little over 2 years ago; my mail about it to one of our internal talk groups at work was sent on 30th September 2004 (I found it while sending a similar one about Java 6 a little while ago).
For what it's worth, my company is still using 1.4 for all new work; hopefully this will inspire a move to at least 1.5...
Re: (Score:2)
<AOL>
We are legion.
</AOL>
Re:The Tiger still seems fresh (Score:4, Interesting)
Downloads page still stupid (Score:5, Insightful)
Kudos on the new release. I'm running Vista, so the support will be nice.
But as a user, it always amazes me how hard it is to navigate Java's downloads. Assuming non-techies know that "Java Runtime Environment" is what they need to run Java apps, you still have to dig past a JDK and NetBeans link to get to it. I tried walking a relative through downloading the JRE a week ago and it took way longer than it should have.
Re: (Score:1)
Re:Downloads page still stupid (Score:5, Interesting)
But as a user, it always amazes me how hard it is to navigate Java's downloads.
Yeah. Sun's Java web pages quite frankly are horrific beyond all reason. I dread every time I have to go and find something there --- and frequently I just fail. The last thing I tried to get was the Linux wireless toolkit for developing J2ME apps. I managed to find 2.4 (not supported by EclipseME, which I was using.) I managed to find 2.2. But could I find 2.3? Like hell.
If there's anyone from Sun listening, could you please find whoever is responsible for those web pages and fire them? It's this ghastly maze of long, meaningless product titles, menus that go in loops, undefined terms, endless minutely different product specs, pointless registration systems (which makes me very grateful for BugMeNot)... actually finding the useful information there is it's just too hard. If your web site is so complex and badly designed that people would rather give up than try and figure out, then, I'm afraid, you fail.
Re: (Score:2)
I don't think the Java websites have really changed that much over the years, which is great for those who have previously been there and know where to find what they want. Maybe not so good for someone that doesn't know what they want/need.
Re: (Score:3, Informative)
Re: (Score:1)
Agreed, but instead it's angled straight into the Sun, and it's blinding...
Re: (Score:3, Informative)
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
Hasn't Vista always run on java/mumps (well, for the last 5 years anyway)?
http://neamh.cns.uni.edu/MedInfo/vista.html [uni.edu]
BBH
Re: (Score:2)
Re: (Score:2)
You're assuming everyone is going to Sun's Java developer website. If you google for "java download" or go to java.com and click the big honking arrow on the top of the page (or whichever way most of the consumers do), you end up here:
http://www.java.com/en/download/index.jsp [java.com]
This page has exactly one download button that points to a download which in turn just happens to be the JRE. I fail to see how you end up on a page with Netbeans if you're looking to download Java and don't automatically start f
Re: (Score:2)
Mmm that may be part of the problem.
Re: (Score:2)
You mean the fact you use a distro with a broken package management system?
Re: (Score:1, Funny)
Re: (Score:2)
Yeah, that's great but we're talking about SE 6!
Honestly, isn't that just Debian in a nutshell?
still waiting (Score:1)
Re: (Score:2)
Re: (Score:1)
Re:still waiting (Score:5, Informative)
Hotspot [java.net]
Early 2007 we should see the class libs as well
Re: (Score:2)
Ask Slashdot... (Score:2)
Re: (Score:1)
There's a bunch of new structures (foreach [developer.com] comes to mind, as do generics in Collections [sun.com].), but if you know 1.3/1.4, then you'll be up to speed in no time.
Re:Ask Slashdot... (Score:4, Informative)
1.5 features in a nutshell [sun.com]
Re: (Score:1, Informative)
Core features: http://java.sun.com/developer/technicalArticles/J
Desktop features: http://java.sun.com/developer/technicalArticles/J
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
At least 1.6 is simple JSE (Java Standard Edition) 6.0
This is not without precedent for Sun, As solaris followed this convention. 2.8 was Solaris 8, etc etc.
Re:Ask Slashdot... (Score:4, Informative)
I actually enjoyed the Head First Java [oreilly.com] book from O'Reilly, though I'll probably get mocked for it here.... I admit, it can feel a bit "kiddie" to have a lot of pictures, do puzzles and so on, but involving the right half of your brain makes stuff stick better, and for me, makes it fun and fast to learn. Second edition has some Java5 stuff in it.
If that style of learning is not for you, or if you are too advanced for that level, the Java Tutorial [sun.com] was pretty recently updated with new trails for Java 5 and Java 6, so you should find an appropriate level for you quickly. Also Java 5 Developer's Notebook [oreilly.com] is a neat guide.
Version number insanity (Score:2)
You were using the JDK 1.3/1.4, which implements Java 3/4. The language versions are numbered N, but Sun's JDK's are numbered 1.N.
Java 5 has added:
Re: (Score:2)
Bogus Link in website (Score:3, Informative)
No longer Java TWO SE (Score:2, Informative)
Please note that it is no longer "J2SE", it's just Java SE. (As per the URL you pasted in your post.)
Sadly the marketroids still insist on calling it Java SE 6 and not Java SE 1.6 (which it is), but at least today we're better off than with Tiger, which was Java 2 SE 5 (aka 1.5)
GPL? (Score:2, Redundant)
Re:GPL? (Score:5, Informative)
"Q:
When will you finish open sourcing the JDK? What is the timeline?
A:
We expect to release a fully buildable JDK based almost completely on open-sourced code in the first half of 2007"
Re: (Score:1)
you'll know it when it happens (Score:2)
You'll know it when it happens, because that's when Linux distributions will start including it in their "free" portions. Until then, the announcement is meaningless.
Re: (Score:2)
That is a bit extreme, perhaps?
Re: (Score:2)
Also, just because Sun says that they are going to do it doesn't mean it's going to go through without problems.
Re: (Score:2)
My point was that it was extreme to say that say that claims that Java will be open sourced are "meaningless".
If Sun say they are going to do it, they are going to do it, problems or not. Their statement that they are doing this is hardly "meaningless".
Re: (Score:3)
They are "meaningless" in that nothing changes for users until they actually deliver.
And that interpretation is already assuming that they are actually being honest and that no problems crop up. Given what happened with Java standardization and the tricks they have been playing with Solaris, Sun has little credibility when it comes to open source.
Re: (Score:2)
Not true, of course. It means that many developers who want to stick with open source can work with Java knowing that in a matter of months, it will be open. They can change policies now.
And that interpretation is already assuming that they are actually being honest and that no problems crop up. Given what happened with Java standardization and the tricks they have been playing with Solaris, Sun has little credibility whe
Re: (Score:1)
Just like they "knew" that when Sun announce they were going for ISO or ECMA standardization, Java would be an ISO or ECMA standard? I don't think so. A press release is not a legally binding contract. Java will be open source once it has been released under that license, not a second sooner.
Well, firstly, Solaris is cer
Re: (Score:2)
Well, firstly, Solaris is certainly open source,
Really? All of it? Or just some of it? Who can even tell.
If you are actually interested and not trolling, I'd suggest you join the other 18,000 or so people over on OpenSolaris.org [opensolaris.org] where the source code used to build Solaris is available under a Free license. You'll find a number of other OS distributions based on the same code - the most interesting is probably NextentaOS [gnusolaris.org], which is essentially Debian with the kernel switched.
Re: (Score:2)
In fact, according to opensolaris.org, only parts of Solaris have been released in that form.
Thank you for illustrating my point again that we can't go by press releases or zealots like you in making platform decisions, neither with Solaris nor with Java.
Re: (Score:2)
Thank you for illustrating my point again that we can't go by press releases or zealots like you in making platform decisions, neither with Solaris nor with Java.
OK, I'm now feeding the troll, but I'll not let that smear stand. Sun has been scrupulously clear over exactly what is and is not under open source licenses. There are indeed parts of Solaris that are still encumbered, but that doesn't stop Nexenta and three other distributions building complete distributions, any more than the use of binary drivers by varying GNU/Linux distros invalidates the use of the term "Free" to describe them unless you are a complete radical - oh, sorry, it's me that's the zealot,
Re: (Score:2)
Yeah, that's the problem: you're a zealot who views companies like people with reputations that can be smeared. Sun is a company, not a person.
Sun has been scrupulously clear over exactly what is and is not under open source licenses. [...] There are indeed parts of Solaris that are still encumbered, but that doesn't stop Nexenta and three other distributions building complete distributions,
Well, so it's called "OpenSolaris", but it's really
Re: (Score:2)
Well, obviously, unless some is in possession of some sort of time warp technology. But that is not the point. The point was that the announcement was not "meaningless".
Really? All of it? Or just some of it? Who can even tell.
All you need to do is look.
Yes, RMS is saying that after they have done the open source release, then that will be true. And it doesn't mean that anybody has to like Sun anymore than before. Sun
Re: (Score:2)
The question was rhetorical. In fact, Solaris has not been released as open source, only parts of it have been. Sun is playing word games again.
Therefore, by definition, Sun have already made a substantial contribution.
So what? I never said anything different. What I said was that the RMS statement that was quoted didn't apply to the announcement or Sun's previous efforts, it applied to actually open sourcing Java, s
Re: (Score:2)
No, you are the one playing word games, with petty remarks like that.
"Therefore, by definition, Sun have already made a substantial contribution."
So what? I never said anything different"
yes you did:
"Sun has little credibility when it comes to open source"
)Maybe it is just me, but I suspect the millions who use products like Open Office may just disagree with you th
Re: (Score:2)
The binary downloads are going to remain under that clickwrap; only the source code is GPL.
about time (Score:5, Interesting)
Re: (Score:2)
Actually, Sun has always been making a lot of Java releases. The only difference is that now they have to listen to users and implement features that users need. Yes, competition is good.
New features with specification references (Score:5, Informative)
The scripting support is specified at JSR 223 [jcp.org].
Here are some additional new features:
BTW, why isn't this on the front page? All the fussing about the possible new license was there but not the product publishment itself.
Re: (Score:2)
Expect the entire Java SE to be GPL by early 2007
"http://www.sun.com/software/opensource/java/faq.
Re: (Score:2)
One could almost conclude that slashdot (or at least its editors) care more about the licence that a piece of software is released under, than the software itself.
Great! (Score:2, Informative)
I tend to get +5 for these kind of posts, so this time I'll post anonymously to prevent karma wh:
As usual, InfoQ [infoq.com] has a nice writeup with good links.
Sun has a confusing number of portal sites for news and communities, but the two most lively ones are probably java.net [java.net] and Planet JDK [planetjdk.org].
Remember that Java 6 is not GPL, the decision to go GPL came too late in the development phase, only JDK7 is GPL. But you
Is JBoss compatible with it? (Score:1)
Re:Is JBoss compatible with it? (Score:4, Informative)
I'm sure that it is. Java's backwards compatibility has always been pretty spectacular. They've got millions of lines of unit-test code that they test new releases against, in addition to major applications which get explicit testing. JBoss is about as major an application as you'll find.
Re: (Score:2)
Re: (Score:1)
Good release, but real fun stuff in Java 7 (Score:5, Insightful)
Dynamic language support ? (Score:2)
Re: (Score:2)
What JSR-223 [java.net] means is that it's now possible to integrate scripting languages into Java programs without having to use a project-specific API. As far as I can tell, the only LISP(ish) implementation that supports JSR-223 is SISC [sourceforge.net]. This means that you can write your Java in such a way that you can very simply switch scripting
Re: (Score:2)
I remember about SISC, the pool of stack frames and all. Impressive indeed, very nice ideas there. But nothing specific to complete dynamic languages in the JVM, AFAIK it adds dynamic classes, but everything is NOT a class in a real program.
Major speedup for FP-math intensive apps. (Score:3, Informative)
.NET vs Java (Score:2)
Just pointing out...since Java came out and Microsoft was kicked out of the field, having to come up with its own "copy", things have gotten quite interesting for developers...
You have Java and
At the same time, the other languages are also forced
No Front Page? (Score:2)
I guess it makes me a true nerd when I can say (Score:2)
Its the first time I've truly scooped slashdot! Woohoo!
Well the online api doc's kept pointing to version 6 while I was looking for version 5.
=)
Re: (Score:1, Troll)
Re: (Score:3, Informative)
Nice (or not so nice) try of trolling FUD but the link works fine [sun.com].
Re: (Score:2)
Re: (Score:2)
Performance improvements, scripting interface, far better native look-and-feels, much improved debugging and profiling (far easier to connect tools with any running program), lots of XML and web services stuff.
Re: (Score:2)
Well, why is very important. I am not a Java GUI programmer, but it seems to me highly implausible that widget rendering or event dispatching is a limiting factor on a modern system. This suggests that if Swing programs are often slow, something in its basic design encourages certain bad usage patterns. This seems to be consistent with what I have seen, which is that many if not mo
Re:Is it any faster for client-side apps? (Score:5, Interesting)
The double-buffering also lead to lots of inefficient widget redrawing, like for a while each widget was cleared with the bg color before being redrawn even if it then say put an image say over its whole area.
The other major slowdown was because Java's graphics were much more advanced than necessary, for example lines of width != 1 with end and joint caps, antialiasing, clipping regions (instead of boxes), custom renderers, etc. This made it difficult to integrate with the simple hardware acceleration at the time. Native apps had jaggy lines and solid colors as the main features.
Re: (Score:3, Informative)
What you say about double buffering is incorrect. Double buffering means that the components are first drawn into an off screen graphics context (simply put an "image") that is not displayed. After all components have been drawn off screen the result is displayed on the screen in one fast operation. The effect (and the reason why double buffering is used) is that users never see an incompletely drawn display.
The only performance difference to unbuffered drawing comes from increased memory usage and the
Re: (Score:2)
they are double-buffered by default, and as a consequence they redraw completely before displaying
If you read what I wrote and use just a little imagination you should figure out that non-double-buffered apps are 'fast' because they don't redraw completely. When you opaque-resize an app many times the interior components in non-double-buffered systems are not even redrawn at all until the resize is done so only the top-level structural elements get drawn. This is pretty much impossible with double-buffering, but gives users the feeling that the redraw is much quicker than it actually is.
The only performance difference to unbuffered drawing comes from increased memory usage and the displaying of that "image".
This is true
Re:Is it any faster for client-side apps? (Score:5, Informative)
You know, every time a java story appears here this line gets trotted out, but I'm really not sure that it's anywhere near as valid as it once might have been. From what I understand Sun have made a lot of efforts in the last few releases (1.3+) to speed up swing. I've written quite a few java applications in the last couple of years, all swing based, and none of them has caused me to have any concerns over the speed of the GUI toolkit.
Sure swing still has some other issues issues (eg proper native look and feel), but I'm sure that a lot of the complaints people have about the toolkit's speed are either very old prejudices or stem from poor coding within the application rather than from swing itself.
Re: (Score:2)
I remember reading somewhere that they had been working at improving that lately. I couldn't find the article, but here is some illustration [ensode.net] of the improvements for the native GTK look and feel.
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
Re:Is it any faster for client-side apps? (Score:5, Interesting)
Another common complaint about Java UIs is that the dynamic loading/binding/compiling/optimizing makes things slow the first time anything is done, a little less slow the second time, then reasonably zippy from then on. So the longer you work in a Java app, the faster it gets. In any case, I code in Java IDEs all day long and they don't seem any slower than native apps.
OpenGL rendering (Score:3, Informative)
java -Dsun.java2d.opengl=true *javaprogram*
It is disabled by default for compatability reasons, but all java programs should really make two launchers so users can choose.
The OpenGL path should be a lot faster now, since it has been refactored to use only a single thread to ship commands to the gfx card, which is the same technique that most 3d games uses.
It should be noticable.
Re: (Score:2)
Re: (Score:2)
I have used java5 on my old pentiumM 1.7 ghz notebook and it runs perfectly fine.
Re: (Score:1, Informative)
Re: (Score:1, Offtopic)
Re: (Score:3, Interesting)
Re: (Score:2, Interesting)
Re: (Score:1)
Not really. Dropping major version numbers has been done a long time before Sun thought about it. For example GNU Emacs [wikipedia.org] lost its major number when it went from 1.12.xx to 13.something in 1985
Re: (Score:2)