Slashdot Mirror


Netbeans 4.1 Released

njcoder writes "Netbeans 4.1 was released a few days ago. Though it is only a short time since 4.0 was released and only a minor version number increase, the new Netbeans 4.1 contains a number of significant enhancements. New features include enhanced support for J2ME (mobile) projects, a new Navigator component, enhancements to the Ant based project system, ability to define multiple source roots, enhanced support for J2EE applications including EJB support for creating Session, Entity and Message Driven Beans, bundled J2EE application server, bundled Tomcat server upgraded to the 5.5 series, Web Services support, Eclipse project import tool, and more. The days of a slow and ugly Netbeans seem to be over. Using the new Metal look and feel in Java 5 brightens things up a bit as well. More information can be found in the release info and go here to download the new version. Java boutique has a review, with screenshots, of the new released titled IDE Wars: Has NetBeans 4.1 Eclipsed Eclipse?."

45 of 240 comments (clear)

  1. Netbroken by Anonymous Coward · · Score: 2, Interesting

    I don't care what new features it has, is it stable? We used Netbeans for a while (a few months ago) at the company I work for in Austin, but we gave up on it because it crashed constantly. We ended up switching to Eclipse half way through the project at a great loss, but at least it's stable. I have very few good things to say about Netbeans...

    1. Re:Netbroken by njcoder · · Score: 4, Informative

      I haven't had any stability issues running Netbeans 3.6 up to 4.1 on windows using JDK's 1.4.2 and 1.5. Ever since 4.0 and jdk 1.5 came out performance was a lot better too.

  2. SWT is faster than AWT by guyfromindia · · Score: 3, Interesting

    The fact that Eclipse is built on SWT and NetBeans is based on AWT itself speaks volumes. From TFA "I have felt that Eclipse is getting slower over the versions, while, at least the word on the street is, NetBeans has evolved in the other direction." Maybe this is the author's perception, but again, I am not sure if NetBeans will perform faster than Eclipse with equal types of plug-ins loaded.

    1. Re:SWT is faster than AWT by grahamsz · · Score: 3, Informative

      In principle SWT is faster the AWT or Swing, but not by a huge amount. The way an application is coded probably makes a far bigger difference to performance.

      Swing apps are now directx/opengl accelerated which imho has made a pretty big difference, and done a fair bit to level the playing field.

      I'm a little biased since i've been very impressed with Nb 4.0. Older versions were definitely slower than eclipse but 4.0 seems every bit as responsive.

    2. Re:SWT is faster than AWT by jilles · · Score: 4, Informative

      I use eclipse every day: it is slow. IBM was mistaken in thinking that SWT was a solution for performance issues in IDEs. I work with eclipse on a daily basis. I recently replaced 3.0.2 with 3.1M7. I've given up on the myeclipse J2EE plugins because these bring my system down to crawl. Netbeans offers similar features to the eclipse + myeclipse combo and is noticably faster on the same projects (basically the only thing eclipse does well IMHO is editing java code). By faster I mean that the dialogs are more responsive, I spend much less time waiting for the IDE to finish validating, manipulating large project trees in the project explorer is fast and responsive.

      The rendering myth is bullshit both swt and swing use native, hardware accelerated routines to do the rendering. SWT uses native gui libraries to do this, swing uses java2d which in turn uses either directx or opengl depending on what os/vm combination you use. Rendering stuff on the screen is not an issue with either. SWT basically suffers from the same performance bottleneck as Swing: the event queue and rendering logic share the same thread. This means that lengthy event handling code blocks the UI. The solution is using a worker thread to off load lengthy operations. Using worker threads everywhere was the big improvement in netbeans 4.0 and is the reason why you are now seeing reports everywhere on netbeans outperforming eclipse. Good swing applications use worker threads. Many swing applications are coded by people who don't understand threading though. The same is true for swt. If you understand how to use threading you can build nice responsive UIs with both.

      The eclipse UI blocks frequently. Opening/closing a large project tree is a good example. In netbeans there's no delay no matter how big your project is, in eclipse there is a noticable half second freeze even on small projects. Eclipse frequently freezes for a few seconds.

      3.1 M7 is actually quite an improvement performance wise but they've not catched up with netbeans yet and will have to do much more to compete effectively. If you read the changelogs you'll see they are full of performance fixes. Apparently there are lots of performance issues to fix.

      The reason I continue to use eclipse rather than netbeans is the Java editor. It is simply much better & smarter than the netbeans code editor (though slightly less responsive). I don't care for project wizards, I just want a smart code editor that helps me rapidly poor out code. Refactoring and code completions are where eclipse really shines. The debugger is nice too and quite handy if you install the right plugin for integrating with tomcat.

      --

      Jilles
    3. Re:SWT is faster than AWT by LDoggg_ · · Score: 2, Informative

      Swing apps are now directx/opengl accelerated which imho has made a pretty big difference, and done a fair bit to level the playing field.

      Not by default. The openGL renderer is a command line parameter on the 1.5 jvm.
      Its a nice feature that was long overdue.
      It can't really be turned on by default because if there is no hardware acceleration for OpenGL, the software renderer (mesa3D for example) is slower than just rendering through AWT.

      --

      "If they have both, tell them we use Linux. And if they have that, tell them the computers are down." -Dave Chapelle
    4. Re:SWT is faster than AWT by njcoder · · Score: 2, Interesting
      I love this quote from Tim Boudreau... A lot of the comments on this story really illustrate his point:
      "IBM has done this pretty amazing reality-distortion thing around Eclipse - there are some people now who actually believe that Eclipse was the first open source Java IDE, or the first modular one, or the first rich client platform, when NetBeans was doing all those things years before. The marketing effort around Eclipse is a work of art, and my hat is off to the marketing and PR folks who achieved it. It certainly proves that throwing lots of money at a tools marketing problem is one way to solve it. We're not about to let them get away with that twice."

      IBM also complains about how the JCP is too controlled by Sun but if you look at the PMC's for the Eclipse projects you'll see a whole lote more IBM email addresses than anything else.

      From everythingI've seen and read, Eclipse/SWT is a real dog on linux. Swing is slower on linux than on windows but not as bad as swt. I wish I could find the blog but I remember one of the netbeans developers mentioning he tried to lod the netbeans source tree in eclipse and it choked. I wonder what Eclipse developers are using to develop Eclipse? That's probably not a failing of SWT but for such a long time Eclipse fanatics have been talking about how slow netbeans it's nice to see blogs and forum postings talking about how people are switching to netbeans because of how slow eclipse has become.

      "There are other downsides to NetBeans. NetBeans is ONLY a Java IDE. Eclipse on the otherhand is a platform for developing in various languages. NetBeans also has no capability, or desire for that matter (hello Sun), to run with FOSS implementations of the Java runtime. To me this is not a big deal but to others it might be."

      Well, this is not the case. Netbeans is an open platform with a plug in architecture. It's had this since before ibm started pushing eclipse. There have been modules writen for c/c++ and fortran. Sun's development tool Sun Studio 10 is based on netbeans and it is for c/c++ and fortran. In fact when it was Forte there's this interesting blurb from this article:

      With this release cycle, the Forte Developer suite has been migrated to the NetBeans open source platform, which is the foundation for Sun's Forte for Java integrated development environment (IDE). Sun's family of development tools now shares a unified IDE, creating the first tool that works seamlessly for all major languages and across platforms. This approach helps improve productivity, enabling developers to work in multiple languages with one environment.
      For such a long time some Eclipse fanatics have been dismissing Netbeans because Netbeans was slow... well now eclise is slow.... Eclipse is a foundation for building your applications netbeans is just an idea... well... netbeans was a platform before eclipse was a foundation... eclipse has plugins.... netbeans has plugins too... you just don't need to hunt around for as many of them as you need for eclipse to be productive.... eclipse supports more languages... well good for them.. netbeans can too... My favorite... websphere studio is built on eclipse so if I learn eclipse I'll know websphere studio... HA! These people obviously haven't used websphere studio.

      As for these open java platforms? 1: you can get netbeans to develop applications targetted for them with a bit of setup even if you can't get neatbeans to compile and run on them... 2: why is it sun or netbean's fault of these open java platforms can't keep up?

      I think there's a lot of people that need to wake up to what IBM is doing. Yeah they do some really good things but there's a lot more to the story.

    5. Re:SWT is faster than AWT by drgonzo59 · · Score: 2, Informative
      OpenGL acceleration for Swing stuff _can_ be slower than the software version. The software version is mature robust and optimized while the OpenGL/DirectX support still can encounter bottlenecks. I developped a data acquisition app in Swing and with X11 on Linux there are really good graphic speed improvement with the latest jdk versionn but not running with opengl. I tried the
      -Dsun.java2d.opengl=true
      option and that made it run slower under linux (I have a nvidia drivers and FX57000). Most speed imporovement came from optimizing the regular (non-opengl) graphics pipeline like adding the use of DGA, keeping some images (pixmaps) in the local display evironment and so on. Now under Linux with the software (regular) rendering, the graphics refresh cycle of my app is 10x faster than it is on windows. Never figured exacltly why, but suits me fine, my app is tied to linux for now anyway.

      For those wanting to experiment with some of the graphics option in 5.0 here is the page.

  3. Am I the only one on here who likes Netbeans? by AntsInMyPants · · Score: 5, Interesting
    Judging from most of the comments when netbeans news is posted, it appears that the vast majority of slashdot users hate netbeans, especially when compared to eclipse. I do application and light web development using net beans and I find it very easy to use and responsive, even though I don't have the best quality hardware.

    The UI is responsive and the controls are intuitive. Building web apps isn't too difficult either. So where is the love?

    1. Re:Am I the only one on here who likes Netbeans? by mcbridematt · · Score: 5, Informative

      I'm a die hard NetBeans fan too. I'd be lost without it. I don't really have a problem with the use of Swing at all, and NetBeans looks nice when your using the native look'n'feel from the 1.5 JDK.

    2. Re:Am I the only one on here who likes Netbeans? by njcoder · · Score: 3, Insightful
      Eclipse definately has become more popular. That's probably due to the weaknesses in the earlier (3.5 and bellow) versions of Netbeans. I've used both over time and wound up going back to Netbeans consistently.

      Web application development is a lot easier for me in Netbeans. If you've never done any java web application development Netbeans is definately the tool. It's very well integrated into the system. Right after you install it you can start to develop, debug and test web apps. The bundled tomcat server makes the whole setup a snap. You can even set up breakpoints and watches in JSP pages. When I first tried Eclipse, I was very dissapointed that it didn't even have a JSP editor. I spent a day looking through the different plugins trying to decide on one. None of them (at the time at least) were free, at least not anything good.

      The way IBM is marketting Eclipse seems to be mainly as a barebones IDE where other vendors can write plugins to sell to users. Meanwhile, netbeans comes with a lot more with the initial install. I tried MyEclipse but I didn't want to pay 32 bucks a year for something I thought should have been part of the package.

      The refactoring support is a lot better in Eclipse though. You can install the RefactorIT module in Netbeans and get a lot better refactoring support. It's a commercial module with a free version that supports limited numbers of files. The pricing isn't too bad for the features you get and the Netbeans team is working on more advanced refactoring features.

      From some blogs and news articles it seems like more people are making the switch to Netbeans now. I read something that stated there were 5 million total downloads of Netbeans since it's inception. 1 million of those were for versions 4.0 and 4.1. That's a pretty big leap starting with those versions.

    3. Re:Am I the only one on here who likes Netbeans? by njcoder · · Score: 2, Informative
      Just a note... Netbeans shares the same principle in being a framework and the IDE is built out of plugins. Except in Netbeans speak it's platform and modules indead of framework and plug-ins. The difference is that Netbeans gives you a lot more stuff built into the IDE that Eclipse doesn't.

      So if you like Netbeans more than Eclipse you should be happy to know that Netbeans is also a platform and you can get plugins for it. This is a neat tutorial on building an application using the Netbeans Platform

      If you're working on projects of less than 50 files you can get the RefactorIT plugin for netbeans for free that will add a ton of refactoring support. There's also JRefactory which is open source but I haven't used it.

  4. Re:Netbroken. . . but it had webapp debugging! by SSalvatore · · Score: 3, Insightful
    True, it was very unstable. But I would like it better than Eclipse (if it didn't crash and was faster). I was never able to find webapp debugging in Eclipse, so now I'm down to printouts.

    There must be something better out there. Am I missing some webapp debug tool for Eclipse?

    Another thing: I loved the Search/Highlight feature (like the google bar). I think that this is fundamental for OO programming: you search for an object identifier in a piece of code and then you are able to quickly look at all the methods that are called on that object so you get an immediate feeling of what the code is doing to manipulate the object. Ecplise does not have that.

    But it works, so I am using Eclipse.

    As for the question: noup, NB is not eclipsing anything. It was about to eclipse Eclipse but it crashed yet another time and missed its chance.

  5. Plugins by toofast · · Score: 2, Funny

    I search Google for netbeans php plugin: 37,000 results. eclipse php plugin: 1.4M results.

    Enough said.

    1. Re:Plugins by thammoud · · Score: 4, Insightful

      and I just did a search:

      Eclipse Sucks 155,000
      Netbeans Sucks 11,300

      Conclusion: More people think that Eclipse sucks more than NetBean. ;)

    2. Re:Plugins by njcoder · · Score: 3, Funny
      Well if you wanted to keep with what he said.. you would have done this

      See, sometimes it's not good to win.

    3. Re:Plugins by Doc+Ruby · · Score: 3, Funny

      And there is more homosexuality than heterosexuality on the Net.

      --

      --
      make install -not war

    4. Re:Plugins by Dan-DAFC · · Score: 2, Insightful

      I'm sure if you try you can come up with better criteria for evaluating Netbeans (a Java development platform) than its level of support for PHP.

      --
      Suck figs.
    5. Re:Plugins by dubbreak · · Score: 2, Funny

      and naked = 33,800,000 results
      while clothed = 2,160,000 results

      So one would assume there are a lot of naked homosexuals that use netbeans out there. Of course the results say otherwise.

      --
      "If you are going through hell, keep going." - Winston Churchill
    6. Re:Plugins by EphemeralPhart · · Score: 3, Interesting

      11300.0/37000 * 100 = 30.5 %
      155000.0/1400000 * 100 = 11.07 %

      ergo 30 % of NetBeans users think NetBeans Suck
      11.07 % of Eclipse users think Eclipse Suck

      Gues that's why I'm gonna try Eclipse before NetBeans - but I will try both.

      Problem is one can rarely decide without doing more than just poke arround - that's why I need to test the waters based on other's opinions.

  6. Fewer blatant adverts, please.. by gmjohnston · · Score: 2, Insightful

    C'mon, guys. An announcement of something is one thing, but this "article" is just a bunch of marketeering that would be more appropriate as an item under the "Advertisement" column.

  7. Eclipse by HRbnjR · · Score: 4, Informative

    You can see what's coming in the next version of Eclipse here:
    http://www.eclipse.org/org/councils/PC/platform/ec lipse_project_plan_3_1_2005_02_14.html

    The Web Tools Project is adding Eclipse support for HTML, CSS, JavaScript, XML, XSD, XSLT, SVG, SOAP, WSDL, UDDI, SQL, XQuery, etc:
    http://www.eclipse.org/webtools/index.html

    And keep in mind that Eclipse can currently run on an entirely Free Software platform using GCJ (with prebuilt RPM's included in Fedora Core 4!):
    http://klomp.org/mark/gij_eclipse/setup.html

    1. Re:Eclipse by arthurs_sidekick · · Score: 2, Informative

      Not that I don't also like Eclipse, but I want to note that Netbeans has had excellent XML/HTML/JSP/CSS editing capabilities since at least 3.5. Current incarnations are really good with, e.g. JSPs: Netbeans 4.x does tag completion on custom tags, INCLUDING the URIs you need to reference in the taglib directives and the attributes of your custom tags. Netbeans added an 'auto-import' feature in 4.x that closes the gap with Eclipse somewhat (don't know what package name a class lives in? Alt-Shift-I will bring up a list of candidates, much as with Eclipse's 'quick fix' Ctrl-1) Netbeans 4 generates an ant build script that will load all your external libraries and 'war' them up for you (Eclipse does not do this out of the box, and I'm not sure why nobody's needed to scratch that itch yet). This means you're not tied into the IDE to build your web app. Netbeans 4.x already has, in non-beta form, support for the new language features from JDK 1.5. Truth be told, for developing any moderately complex web application, right now an out of the box Netbeans 4.1 is, IMO and on balance better than Eclipse with MyEclipse (which you pay $30 a year for). Eclipse's task list and background compilation are, for me, its two best features right now. To be honest, the fact that the functionality I use all the time is available for Eclipse via plugins whose quality is not always topnotch bugs me a little bit. The WTP will close the gap on the Servlet/JSP side, but Netbeans 4 has a *lot* going for it.

      --
      "Oh, I hope he doesn't give us halyatchkies," said Heinrich.
    2. Re:Eclipse by njcoder · · Score: 2, Informative
      I tried this in eclipse. I was never very happy with it. It wasn't very smooth from what I remember. Especially within the JSP's. If I remember correctly it stepped through the generaged java code for the JSP not the actual JSP. With Netbeans I can step throw everything including taglibs. You can attach to remote servers as well.

      At the time I don't even think MyEclipse was much better at debugging. NitroX seems great but it costs 300 bucks.

      Not trying to start an IDE war but I'm generally curious because I was never satisfied with the results... How are you doing your debugging in Eclipse and can you step through JSP's and taglibs?

  8. how's the netbeans compiler? by snorklewacker · · Score: 4, Interesting

    When I write Java in Eclipse that isn't a web app (believe it or not that exists), it's like there's no compiler at all. I save, things get compiled. This confused the heck out of me at first (it's apparently on by default), but I came to love it. Also, if I make a typo or braino, eclipse instantly shows it to me without having to wait for a compile cycle. Does NetBeans have this feature, or do I have to explicitly invoke the compiler all the time?

    --
    I am no longer wasting my time with slashdot
    1. Re:how's the netbeans compiler? by jsight · · Score: 3, Informative

      Netbeans does an approximation of this that catches some compilation issues, but not others. The nice thing is that it's more lazy approach can make it feel a little faster at times, though.

      Also, the first Java IDEs to really do what you are talking about were Codeguide from Omnicore. Other IDEs have since eclipsed them on features, but their current product is still quite good!

  9. Re:Eclipse very slow after loosing focus for a whi by john_anderson_ii · · Score: 2, Informative

    I use eclipse on Linux and Windows. I don't have the lost focus for a while problem on Linux, but it happens all the time on windows. I think it's because some or all of the JVM has been swapped to disk, but I haven't really looked into it.

    --
    Be Safe! Sleep with a Marine. Semper Fi!
  10. Re:Has NetBeans 4.1 Eclipsed Eclipse? by arthurs_sidekick · · Score: 2, Informative

    Netbeans also has C/C++ modules. I don't know how the projects compare, but it's been there in Netbeans for quite a while.

    --
    "Oh, I hope he doesn't give us halyatchkies," said Heinrich.
  11. Re:Netbroken. . . but it had webapp debugging! by DeafByBeheading · · Score: 2, Interesting
    I think that this is fundamental for OO programming: you search for an object identifier in a piece of code and then you are able to quickly look at all the methods that are called on that object so you get an immediate feeling of what the code is doing to manipulate the object. Ecplise does not have that.
    From the search menu...
    Java Search:

    ... blah blah standard search features blah blah...

    Search for:

    ()Type
    ()Method
    ()Package
    ()Constructor
    ()Field

    Limit to:
    ()Declarations
    ()Implementors
    ()References
    ()All occurences
    ()Read access
    ()Write access

    [] Search the JRE System Libraries
    One of my favorite things about eclipse is its powerful search capabilities...
    --
    Telltale Games: Bone, Sam and Max
  12. Netbeans and Eclipse by Earlybird · · Score: 5, Informative
    As with any competing products, there is a certain amount of contention between adherents of Netbeans and Eclipse users alike; much vitriol has been spilled recently, mostly by aggressive Sun employees and Netbeans developers who seem overly defensive about their favourite product's worth -- they have seen Eclipse steamroll and, ahem, eclipse their own IDE effort and gather all the momentum and attention that the Netbeans project never could.

    It's too easy to blame IBM and its financial support. Clearly, there is a huge demand for an extensible, vendor-neutral IDE platform, a demand Eclipse immediately satisfied. There is also a huge demand for native widgets that Sun seems to have ignored or overlooked; the world is thirsting for good, cross-platform GUI toolkits, and for many people and companies, Swing has never been a real option. Sun has never seen the beam in their own eye that is Swing. Java GUI apps have never really taken off because of the real and perceived weaknesses of Swing, but with SWT and Eclipse we're seeing renewed interest in Java as a language for "real" GUI apps.

    I'm in the SWT camp myself. I prefer to deal with native widgets in the IDE -- and Eclipse performs and looks very well on Windows (with non-Windows platform support catching up) -- and as an end user, Swing apps have always peeved me; for example, when I got an LCD monitor, no Swing apps could exploit ClearType, which all Windows apps -- Eclipse included -- do automatically by virtue of using a single font renderer. When you emulate something that is constantly evolving, you will always get an imperfect emulation; not to mention that satisfactory emulation of a whole OS -- because GUIs is more than just look and feel -- is nigh impossible; note, for example, how Windows XP themes don't work on Swing apps.

    I also love the fact that I can develop native applications with Eclipse's RCP (Rich Client Platform) framework, and I can do it with ease unparallelled since the days of Borland Delphi.

    Netbeans probably has an edge when it comes to J2EE support at the moment. Developing framework-specific tools -- J2EE, XML, etc. -- has always been secondary to delivering Eclipse proper. Eclipse has many rapidly-evolving subprojects covering plugins for J2EE, web standards, aspect-oriented programming, graphical modeling, performance/quality testing and so on.

    While not all ready for production, the quality of these tools is often amazing; as significantly, a lot of thought is always put into making tools extensible and based on reusable frameworks. For example, the graphical modeling plugin is based on a generic graph-editing framework (the GEF) which can be reused in your own applications. Eclipse itself I find to be a momentous and beautiful engineering effort, based on solid, pragmatic OO design.

    1. Re:Netbeans and Eclipse by Rodness · · Score: 3, Interesting

      I was a strong supporter of netbeans up through 3.6. When they went to 4.0, and their ant based architecture, they screwed things up.

      If you have an ant-based project, the idea is that you can add some xml entries to the config files and your buildfiles to hook the gui commands to your targets. Sounds good, right?

      Wrong. Netbeans takes the road that if you want to own the buildfile, you own everything. You have to write targets to run the program in the debugger, you have to manage the classpath, you have to write targets to run/compile/debug a single file, to run/compile/debug your whole project, etc etc and so on.

      A few weeks ago I watched a coworker join my development project with eclipse. He took a copy of the source tree, pointed eclipse at the top level directory, and it promptly figured out the classpath. Running and debugging worked exactly as you expect. Adding support for the existing ant buildfile was also easy, and didn't interfere with what eclipse offered.

      This impressed me, and my coworker convinced me to take it for a testdrive. I had previously spent about 3 weeks researching and arguing config files with netbeans, and I had eclipse ready to write production code in a few hours. (And that was my first time using the tool, now I can configure it much faster.)

      Bottom line: eclipse is a tool which is much better thought out than netbeans. it offers alot more functionality to the debugger, alot less painfully. netbeans 4.1, whoopdeedoo. i'm sticking with eclipse.

    2. Re:Netbeans and Eclipse by caulfield · · Score: 2, Interesting

      Easy there, fanboy. The article was about Netbeans, not Eclipse.

      All I have to say is that I percieve SWT to break the core reason for Java in the first place--write once, run anywhere. That will never be the case for SWT, and that is why SWT will always be marginalized. Try running your favorite SWT app (including Eclipse) on a Mac. Java was supposed to alleviate platform differences.

      As an example, you mention ClearType. ClearType is a platform-specific technology, and although it looks pretty on SWT apps in Windows, running that same app on other platforms produces no benefit. Granted, sub-pixel rendering is a nice feature, but why not implement it at the LaF level, and not at the native peer-esque SWT level, so that it requires no extra platform-specific manipulation. The Mac OS Aqua LaF already does this quite well, and I'm sure the other Swing LaFs will have it soon. (Interesting to note, Java 5 now supports AA type, so sub-pixel hinting is sure to follow.)

      Just because Swing started out slow doesn't mean it's not fully functional now. There are a bevy of good Swing apps (including NetBeans and JEdit) that are a testament to this fact. Also, you completely forget to mention the NetBeans platform as a viable alternative to Eclipse platform apps. So before you extoll Eclipse as the saviour of Java you may want to compare NetBeans on its merits, and not on your zeal for Windows-only Java apps.

      You may want to debate C#/.NET, since it seems to be better positioned for what you appear to want to do.

    3. Re:Netbeans and Eclipse by Earlybird · · Score: 2, Interesting
      • Easy there, fanboy. The article was about Netbeans, not Eclipse.

      The article may have been about Netbeans, but it was very much a comparison of Netbeans against Eclipse; Eclipse is mentioned twice in the Slashdot story.

      You actually completely missed the intent of my comment, and in the same turn managed to embody the exact same defensive attitude I was describing. As Eclipse has grown in popularity, so has the poison spewed by Netbeaners; the Eclipse community, in fact, has been rather surprised and annoyed by the aggression. Calling somebody a "fanboy" is not exactly a step on the road to civilized discussion. Please do realize that I myself have not attacked Netbeans in any way: I merely explained Eclipse's position in relation to Sun's stuff.

      As I was saying, Eclipse filled a demand that Sun/Swing/Netbeans could not satisfy: you may not accept it, but one of the major reasons Eclipse is so popular is precisely for the reasons I emphasized.

      I'm not interested in converting anyone, and I'm quite happy letting you use your GUI emulation software and your IDE. But for me, and for countless other users and developers, Eclipse represents a different philosophy that makes more sense.

      • All I have to say is that I percieve SWT to break the core reason for Java in the first place--write once, run anywhere.

      Anyone who has done any serious amount of work with Java knows that the "write once, run anywhere" mantra is an illusion.

      Personally, I prefer the route taken by Ruby, Python etc.: provide solid standard libraries and abstractions of OS mechanisms, but generally let the user do whatever he likes. It's wonderfully easy to write cross-platform tools in Ruby, and you're not locked into a cage where you can't access OS primitives that the VM authors didn't think about including. (Unix domain sockets, real file locking and process control are some examples.)

      It's also curious what this "anywhere" really means. Last I checked, FreeBSD still did not have a stable version of Java 1.4, let alone Java 5.0; compared to a platform such as Ruby or Python, Java's platform-portability is rather pitiful, and Sun's restrictive licensing does not help one bit.

      • Try running your favorite SWT app (including Eclipse) on a Mac. Java was supposed to alleviate platform differences.

      I have no problems admitting that the current SWT implementation is flawed on OS X; but that's a problem with the implementation, not the concept. There's every reason why SWT can succeed on the Mac.

      • As an example, you mention ClearType. ClearType is a platform-specific technology ...

      Sub-pixel rendering is related to monitor hardware, not platforms. I used the term ClearType in the general sense, not as in the Microsoft-trademarked stuff.

      • ... and although it looks pretty on SWT apps in Windows, running that same app on other platforms produces no benefit.

      This is patently wrong. Other platforms that implement sub-pixel rendering will benefit because Eclipse uses their font rendering systems. On the Mac, Eclipse uses Carbon and thus gets sub-pixel rendering for free, just as on Windows. On Linux, Eclipse uses GTK+, which I believe also implements sub-pixel rendering at the toolkit level. Similarly, if GTK+ itself is upgraded with new features or optimizations, Eclipse apps immediately benefit; Swing apps do not.

      • Granted, sub-pixel rendering is a nice feature, but why not implement it at the LaF level, and not at the native peer-esque SWT level ...

      Precisely because it's in the province of the GUI subsystem. An application should not need to implement a whole GUI subsystem.

      For example, Eclipse apps can use TrueType and (if you have Adobe Type Manager installed) Type 1 fonts. Eclipse apps can use the native printing subsy

    4. Re:Netbeans and Eclipse by DrEasy · · Score: 2
      Try running your favorite SWT app (including Eclipse) on a Mac. Java was supposed to alleviate platform differences.
      Am I missing something here? Eclipse runs fine on my old iBook.
      --
      "In our tactical decisions, we are operating contrary to our strategic interest."
  13. Re:Eclipse very slow after loosing focus for a whi by Dan-DAFC · · Score: 2, Interesting

    Apparently the latest Eclipse milestone is much improved in this regard (so I'm told, I don't use it myself).

    My problem with Netbeans is that the built-in editor is severely lacking in functionality when compared to both Eclispe and IntelliJ IDEA. I really want to like Netbeans, because I found it much easier to jump in and get started with it than Eclipse and it's much cheaper (i.e. free) than IDEA. But I gave up on it because it doesn't have things like IDEA's intentions (I believe there is something similar in Eclipse), automatic generation of getters, setters and constructors from fields, that thing where you press control and click on a class name in the source to go to that file, and several other niceties. Its refactoring support is also lacking when compared to that of its rivals.

    To be fair most, if not all, of the issues I've mentioned are planned for future releases according to their website, but it's not there yet .

    --
    Suck figs.
  14. No mention of IntelliJ? by radish · · Score: 4, Informative


    Why only compare NetBeans to Eclipse? IntelliJ IDEA has for a long time been the most innovative Java IDE (IMHO) and it's the only one I use. Many of the features I see in Eclipse now were in IDEA first. Whilst I have no problem with Eclipse, I like to (a) get those cool features first and (b) support the guys at JetBrains who continually come up with the goods.

    --

    ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    1. Re:No mention of IntelliJ? by Dan-DAFC · · Score: 4, Interesting

      I too am a fan of IntelliJ, but it's not always easy to convince the boss to stump up for a licence when the other Java guys are happy with Eclipse.

      IntelliJ is kind of like Opera to Eclipse's FireFox. It's the commercial innovator with the smaller market share competing against a free alternative that is backed by big players in the IT arena. There's an interesting parallel in the way these applications have been developed. In both cases the open source projects have gone for a flexible platform enhanced by a huge array of plugins whereas the commercial players have opted for a more integrated approach with everything you need bundled and presented nicely out-of-the-box.

      --
      Suck figs.
    2. Re:No mention of IntelliJ? by radish · · Score: 4, Informative

      They do great deals if you're buying a bunch of licenses - we get them for under half price. Not sure what the minimums are for such deals.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    3. Re:No mention of IntelliJ? by caulfield · · Score: 2, Informative

      Right on. IntelliJ is very slick. I'm a bit annoyed how the Eclipse fanboys hijack any thread about Java. In typical IBM fashion, they seem to think the Java world revolves around them.

  15. Hmmm. by Kent+Recal · · Score: 3, Funny

    Netbeans.. eclipse... netbeans... eclipse....

    can't decide. i think i'll stick with vim.

  16. Swing sucks by cahiha · · Score: 2, Informative

    Well, you haven't told us what platform you run on (Windows?). Under X11, Swing sucks horribly, and not just in terms of performace. The worst part of Swing is that it almost looks like a native toolkit, but it behaves wrong in so many ways.

    There are decent cross platform toolkits. There are even decent cross platform toolkits that do their own rendering. Swing is not one of them.

  17. Re:J2EE support is nice by Urusai · · Score: 2, Interesting

    I've evaluated JBuilder, Netbeans, and Eclipse. I prefer to use Eclipse, which seemed by far the best for vanilla code crunching. I had to download the in-development web tools to do J2EE, it was kind of messy to set up. It currently doesn't support the Java 5 language enhancements either, IIRC. Netbeans looks to be the best for J2EE currently (of the IDEs I looked at). The Eclipse Web Tools in their current (pre-release) state are clumsy and unstable, but generally effective. I was just doing a small servlet/bean application, so the real pros might be aware of deeper quirks or deficiencies.

  18. SWT/SWING by LadyLucky · · Score: 3, Insightful
    From the java boutique article:

    The heart of all this conflict really boils down to one issue: performance. SWT vs. Swing. Java developers have been debating SWT vs. Swing since the release of these two IDEs. More specifically, the debate has been about using SWT or Swing on Linux platforms.

    One of the arguments against SWT is simply this: it's not part of the Java specification. SWT proponents argue that the responsiveness of a native application can outperform any pure Java implementation. Who is right? That is still up in the air, but it does seem that performance issues have at the very least leveled out, leaving the ultimate determination up to the other features of the IDEs

    That's completely wrong. People like SWT not so much for the performance but for the fact that it acts like a native application. You get sub-pixel rendering on LCDs, and so forth whereas Swing is constantly playing catchup.

    That Swing is part of the J2SE is a non-benefit. I'm using the IDE, not waging some holy war or caring about how it's implemented. I can't see how as an IDE user I would be happier with Swing because it is part of the J2SE.

    --
    dominionrd.blogspot.com - Restaurants on
  19. Re:Eclipse isn't an IDE by LnxAddct · · Score: 3, Informative

    So ignorant,its not even funny. This goes for plugins too. Netbeans, imho, has surpassed eclipse in capabilities. Download Netbeans and look at what you have, then download Eclipse and look at what you have. You'll find that Netbeans is way more feature rich. Also, even after you install your favorite eclipse plugins, Netbeans still usually has a few key features that eclipse just can't compete with. Most programmers at my job used to use Eclipse, most heard bad things about Netbeans from the older days when it was stagnant in development and slow. Since 4.0 (and even better with 4.1), alot of people have been changing to Netbeans, it just works and everything integrates wonderfully.
    Regards,
    Steve

  20. Netbeans Explained by AdjustableTool · · Score: 2, Informative
    Here is a good set of links to a detailed explanation of Netbeans, for the benefit of developers.

    You might also find this entry useful for future reference.