Home > Java > Sun deepens commitment to Java tools Sun deepens commitment to Java tools Eugenia Loli 2004-06-24 Java 10 Comments Sun Microsystems will launch its newest Java development tool at the JavaOne conference next week and lay out plans for improvements to the Java language. About The Author Eugenia Loli Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker. Follow me on Twitter @EugeniaLoli 10 Comments 2004-06-24 8:42 pm Yet Java GUI client apps still run like crap on Solaris! Almost 10 years after it was released and Java *still* runs like crap on the very system that Sun itself writes! I could understand there not being an optimized JVM for linux, but to have one as slow as you have on Solaris is just bizarre. 2004-06-24 9:19 pm Sun doesn’t seem to realize that a crappy IDE is not what is needed to give Java a shot in the arm. 2004-06-24 9:43 pm Sun doesn’t seem to realize that a crappy IDE is not what is needed to give Java a shot in the arm. Make that: “yet another crappy IDE”. 2004-06-25 12:49 am GUI speed is not related with JRE speed it is about hardware acelertion. if underlying OS or Graphic card drivers does not provide good drivers it is risky to use hardware acceleration for mission critical applications. They tend to be buggy and unreliable. Solaris is used for mission critic applications, not for games, or office applications. Most of the java software run on solaris are server console applications, or has only management gui’s. That is why swing gui is way faster in windows and linux (if linux is configured well). And, for the IDE, i see no better IDE can compete with Java IDE’s in the market.. what are you smoking? 2004-06-25 1:36 am GUI speed is not related with JRE speed it is about hardware acelertion. This is wrong in, oh, so many ways… As a matter of fact, even on Windows and Linux, hardware acceleration for Swing was ONLY RECENTLY introduced, partial and not enabled in most cases. 2004-06-25 2:27 am utter tripe. Any CPU past a P-100 with a bog-standard unaccelerated VESA framebuffer can put graphics on the screen under Windows 95 or DOS, or the Linux framebuffer, faster than Swing on a 1GHz+ P3 with an NVidia Geforce. Swing is slow because its coded on a platform that was never designed for speed (Java) to provide a complex framework that does not have speed as a priority either. When you combine that with an X server (where speed is also not a priority), you get dog slow performance. And sun think theyre somehow qualified to ship a desktop OS. Thats the funniest part of their latest strategy. 2004-06-25 5:10 am Sorry to ignore the slowness comments again. Has anyone tested the betas for 1.5 are they really faster? Or is this a relative thing with sales and hype relativeness? 2004-06-25 8:18 am I think.. that… Java does not run crappy on solaris. they dont have that much support on solaris x86 though. they concenrate on pleasing windows users (the majority) but hey, if this tool is free you can’t loose. Sun releases their quarterly results on june 30th. If revenue is not up I will abandond this company. 2004-06-25 2:52 pm “I think.. that… Java does not run crappy on solaris.” Yes, provided that you don’t forget to patch the operating system every time you upgrade; at least that’s what used to be required. Oh, and then there were the bizarre threading bugs. “but hey, if this tool is free you can’t loose.” If you only care about cool free stuff to play with, ie. gratis corporate “gifts” that you believe you’re so lucky to get your eager hands on, even though it’s all “evaluation-only, not for redistribution, sign here, here and here” wares, then I’m sure you can’t *lose*. Most people rightfully have higher expectations than that, however. 2004-06-25 5:10 pm okay, netbeans is HORRIBLE at creating a GUI. you know whats easy to create a GUI in? VB. you drag and drop stuff on a form and resizing is really easy, this was lost on Netbeans. This is why theres alot of VB apps out there.. I use kedit to develop GUI’s in Java because of how poor the code generator is on netbeans.