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."
You don't have to use a layout manager. You can easily call setLayoutManager(null), and then use coords to place everything in the frame.
I'm no Java fanboi, but these are some the classical advantages of Java over other languages:
There are others, but these are the ones that immediately come to mind for me.
I'm a C++ coder myself, but I do appreciate Java's value for certain situations.
cp /dev/zero ~/signature.txt
You can allocate as much memory as you like using the right java command line flags:
e fe rence/Java14VMOptions/VM_Options/chapter_1_section _4.html
http://developer.apple.com/documentation/Java/R
http://brandonbloom.name
java.com is the user's site that plays up stupid mobile games and the like.
java.net is the "Network of developers" who are creating useful (and useless) software.
Javascript + Nintendo DSi = DSiCade
Java already has support for 64-bit Athlon on Linux.
They also have a release candidate for Windows 64 here:
http://java.sun.com/j2se/1.5.0/download.js
Both of these versions allow the allocation of much more memory to Java apps. The old roughly 2 gig limit was a limitation of 32-bit operating systems, not of the java vm. Give it a shot on the 64-bit VMs with
java -Xmx3000m MyApplication
it should run fine (assuming you have >=3 gig of memory).
There are 2 kinds of people in this world. Those that can keep their train of thought,
64-bit Java VMs have been available for SPARC64, PPC64, and AMD64 for ages.
Exactly. So why is Sun dragging its feet on porting its virtual machine for the Java language to the AMD64 platform?
What are you talking about?!? Go to http://java.sun.com and click on "J2SE 5.0". Then click on "JDK 5.0 Update 2" and accept the license agreement. Right there are four packages for AMD64. (Two for Linux, two for Solaris.)
Stop spreading FUD.
Javascript + Nintendo DSi = DSiCade
But I can count the number of .net desktop apps I know on 1 finger!
All three items are possible, but entirely dependent on the virtual machine implementation.
1) In the current Sun JVM you can allocate more memory space with the -Xms and -Xmx switches (min and max heap size, respectively)
2) I believe that the Solaris VM has 64-bit support. 64-bit support for AMD/G5 could be forthcoming, but they are still relatively new. Than, and you can't really expect Sun develop optimized JVMs for competitors.
3) As for hardware specific calls and optimizations, I'm sure that if AMD, Apple, IBM, and/or Intel wanted to invest in developing their own custom JVMs with those optimizations they would be welcome. Again, it's not really in Sun's best interest to develop VMs optimized for their competitors' hardware. Apple has their on JVM, but I'm not sure what kind of effort they have put into hardware optimization.
3) Java is not C or assembly language. If your performance requirements are critical to the point necessitating direct hardware calls then I can pretty much guarantee that Java is not the appropriate platform for you application.
- Jesse
It's ALMOST as fast (and in many cases just as fast) as C code. Additionally, it compiles much faster than C, though C binaries make up for it with substantially shorter load times (Java has been improving in this regard recently, however).
Incredible, does this crap ever end. No, its not even in the same universe as C when it comes to performance. I can't name ONE Java application that doesn't suck utter arse when it comes to responsiveness. The much touted server peformance is also awful but is easier to hide behind mammoth hardware specs. Embedded Java -- slooowww. Seriously, put any Java application next to a C application and see the truth.
Says the max memory allocatable is 2048M? 2 gigs is a lot of memory, but I'm not sure this is as much memory as I want though.
This is a JVM issue, not a language issue. There is nothing in the language spec limiting memory support to 2GB anymore than Windows C language programs are limited to 2GB of memory.
There is no real reason why Sun (or any other JVM provider) couldn't and doesn't provide a 64 bit JVM that can access more than 4GB of memory.
Having said that, it would be nice if there was a command line option on startup that could set the JVM memory limit to some percentage of the physical RAM available on the system (i.e. something like java -Xmxp 50 -- would start the JVM up with a memory limit of 50% of the physical ram on the machine). Today you would need to write an OS specific script/wrapper program to determine the available memory and then launch the JVM.
I don't get it. If sun was responsible for 64-bit computers being commonplace, how come Java doesn't support 64 bits?
Who says it doesn't?
Go to javasoft.com, and check the downloads. You can get Java for 64-bit Linux on AMD and 64-bit Solaris on Sparc and AMD.
"Suse is the dominant desktop Linux distro and Suse is KDE-oriented."
No, it's not. Have you heard of "Novell Linux Desktop", the product that is intended to replace SuSE on the desktop? It's GNOME based, which is understandable because Novell also purchased Ximian.
RHEL and Fedora are also GNOME-focused, as is Ubuntu.
"Qt apps look better and are more integrated with eachother."
According to whom? I personally love the look and feel of GTK+, and I don't think that there's any problem with integration.
"The second thing they need is a "SwingLite", or some easier way to do common things. For example, it is very common to need a text field that allows the user to enter a number, but not text. Should be easy, right? This is the code I have to use to do it:"
Welcome to the world of Java. If you don't like the object-oriented Kool-Aid, you're probably using the wrong language. BS like that is why I use Python/PyGTK for programming on Linux.
bea now has a 64-bit windows itanium jrockit 1.5.0 now as well. HP has recently added 64-bit hpux pa-risc and itanium too.
Jonathan Albrecht
Despite the technical superiorty of Qt Sun will not use it to draw widgets because (A) Sun uses Gnome for its desktop and (B) the dual-licensing scheme of Qt.
And I don't know where you get this information about KDE/Qt having more momentum. If anything, it's the other way around. Sun, RedHat, and Novell (the 3 biggest Linux shops) are all going with Gnome. Yeah, I know about Suse and KDE, but if you look at the resources being invested it's all Gnome/Mono.
Until Trolltech gets bought out, the license issues surrounding Qt are unlikely to go away.
The AMD64 editions still does not provide a browser plug-in. Luckily, there is Blackdown.
The poster means that it is not using native OS widgets but depends on its own XUL controls.
Virus infects both Windows and Linux!
Try this on a 16 gigs of memory Solaris 10K:
byte[] b = new byte[3000L * 1000L * 1000L];
Seen this question today:
http://groups.google.com.br/groups?hl=pt-BR&lr=&th readm=pan.2005.04.21.09.43.29.859952%40fffffffffff fff.com&rnum=11&prev=/groups%3Fq%3Dmemory%2B2005%2 6hl%3Dpt-BR%26lr%3D%26group%3Dcomp.lang.java.progr ammer%26start%3D10%26sa%3DN
People doing biometrics apparently are trying to.
iksrazal