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?."

Comments

Re:Netbroken

[njcoder]

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.

Am I the only one on here who likes Netbeans?

[AntsInMyPants]

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?

Re:Am I the only one on here who likes Netbeans?

[mcbridematt]

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.

Eclipse

[HRbnjR]

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

Re:Plugins

[thammoud]

and I just did a search:

Eclipse Sucks 155,000
Netbeans Sucks 11,300

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

how's the netbeans compiler?

[snorklewacker]

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?

Netbeans and Eclipse

[Earlybird]

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.

No mention of IntelliJ?

[radish]

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.

Re:No mention of IntelliJ?

[Dan-DAFC]

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.

Re:No mention of IntelliJ?

[radish]

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.

Re:SWT is faster than AWT

[jilles]

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.