Slashdot Mirror
New Desktop Features Of Next Java
bonch writes "Sun has posted the new desktop features of the next Java, codename Mustang. Improvements to Swing look and feel, OpenGL 2D renderer performance, AWT features such as the ability to add a tray/panel icon, and improved deployment capabilities."
As usual, Java is slow, cumbersome, irritating, and fails to accomplish the task.
is that the language i used to care about before i discovered free and open source python?
who is she? leave a comment!
For those of you who want a better alternative to slashdot which isn't full of errors, redundancy, and trolls: http://news.google.com/nwshp?topic=t
I couldn't find the discussion section on Google News. Can you show me where it is, please? I want to discuss news stories, not just read them.
Yup, I agree. Java needs to be able to allocate more memory... but hey, I think they already make it allocate more with each release, didn't they?
Simple really-- some programmers are lazy. They can't be bothered with optimizing their code for individual platforms. And frankly, I'm glad they've found Java, as I don't want to waste my time on the products of such slackers-- as soon as I find out something's written in Java I can immediately ignore it and look for something better tuned for the platform I'm using.
This is downright stupid. How long, exactly, has JAVA been in existance? YEARS. It should never have taken such a mainstream language so many many years to have such basic features in the UI package. We're supposed to ooh and aah over this like it's exciting, breaking, important news. This is JAVA catching up to 10 years of simply horrible UI design (and other features.)
Excuse my speling.
Making The Bar Project
I guess the VM could use 64-bit pointers internally, but as you can't access memory directly in Java I don't know how the programmer would ever be able to tell.
Exactly. So why is Sun dragging its feet on porting its virtual machine for the Java language to the AMD64 platform?
MORE memory space *MORE*
Are you mad sir! I say LESS memory space for Java apps. Stop sending my 512Mb PC into the swap space just because I start up a bloody text editor written in Java. Stop turning my multi-Ghz ninja PC into a 486 by running a small Java. Less, sir, less. Do not give these Java hogs and excuse to use still more memory.
It was a joke, you fucking idiot.
Wow, if only there were a moderation "Doesn't know what the hell he's talking about"...
1) The ability to allocate more memory space to Java apps.
From the command line, run "java -X". Note the -Xmx and -Xms options to allow you to control initial and maximum heap space. These options have been around for years.
2) 64 bit support.
Ever heard of the SPARC processor? You know, the one Sun produces, one of the first mass-market 64-bit platforms available?
Assuming you're talking about AMD64, there's already a JVM that supports it. Linux-only at the moment, but if you insist on using platforms that suck, there're already AMD64 Windows JRE release candidates up too.
3) Ability to/Easier implementation of hardware specific calls to speed calculations.
Now you're just missing the point entirely. One of the major goals of Java is that the same compiled binary can run on any machine with a compliant JVM written for it. When you start making calls to specific hardware, you lose that. Besides, if you *do* want to sacrifice the platform portability of your program, you can always just write a JNI module for it, but then I suppose you don't have a clue about that one either...
"In a 32-bit world, you're a 2-bit user. You've got your own newsgroup, alt.total.loser." -Weird Al