In my Ruby development I noticed that there are some problems with the encoding. First I thought that the problem was Ruby, but it wasn’t. Then I checked a couple of NetBeans settings. For example you can set the encoding in the project settings:

However, nothing helped. After some Google research I came across this blog entry. It says that NetBeans doesn’t use UTF 8 for file encoding by default! My first thought was “why not?”! So to recap this, the actual project setting is UTF8, but the file encoding isn’t! To enable UTF8 encoding for the files too, you have to:

1. go the etc folder in the NetBeans directory
2. open the netbeans.conf
3. and add the following to the netbeans_default_options => -J-Dfile.encoding=UTF-8

After that everything works correctly and I can see the German Umlaute once again, in the file view and in the output window.

Related posts:

1. Ruby on Rails 2.2
2. NetBeans 6.7 review
3. Netbeans 6.1 beta review

I start with an overview of the new features and then with my personal opinion about the new version. Disclaimer: I am only writing my personal and subjective opinion, I didn’t do any performance tests, measurements, or statistics analysis. So if you have some objections, just leave a comment.

Before we start, I will give you an overview about the new functionality in NB. The slogan for the new release is “Connects Developers” (the slogan for NB 6.5 was “The only IDE you need”). I am not sure if the slogan is a one because only one new feature, the Kenai integration, has something to do with connecting developers:

Connected Developer Tools

• Create Kenai-hosted open source projects directly within the IDE
• Manage your Kenai project and collaborate with like-minded developers
• File issue tracking reports using both Jira and Bugzilla

Java

• Hudson services integration for Ant and Maven projects
• Generated source roots now displayed in the Projects tab
• Struts library migrated to version 1.3.8

Maven

• Library dependency graph viewer
• Improved code completion for Maven plugin parameters
• Support for Java EE, Web Services creation and consumption
• POM Editor and Navigator enhancements

Groovy and Grails

• Out-of-the-box support for Grails 1.1
• Code completion
• Disable browser opening on run and configure platforms to use with Grails projects
• Invoke Grails command or custom script from context menu item

Ruby and Rails

• Remote debugging
• Improvements to Ruby constants support
• Run and debug actions for test cases and suites included in context menu
• Support for Shoulda tests

These are only the most obvious features of NB 6.7, for a full list have a look at the release notes.

So what’s my view on NB 6.7? One thing that stand out, the NB team concentrated on a lot of different things, but not on Java. Of course most technologies are somewhat in the Java realm, but not specific Java. I tried a couple of times to switch my Java development to NB, after all using only one IDE would be nice. However, the Java code editor in NB always felt kind of awkward. In Eclipse I have the feeling the code editor ‘knows’ what I want to do. I mean the NB code editor is good in general, but has a lot of rough edges. Here is an example of what I mean:

NetBeans strikes you down with suggestions, and Eclipse just shows suggestions which are valid to the context.

Another case against Java in NB are missing plugins, e.g. FindBugs. I know there is NB plugin for FindBugs, but is seems fairly outdated. Also tool integration from other companies, e.g. Google GWT and Google APP, doesn’t exist in NB. So I guess NB 6.7 for Java is still a not for me.

Project Kenai is Sun’s Google Code with some extra features for issue tracking and collaboration. Although, it hosts some interesting projects, like JRuby, it is fairly unknown. The new tools allow you to create Kenai hosted open source projects, to collaborate with other developers, and track issues. I played with the tools a little bit and found them ok, but not really exciting. Equal tools are already around.

NetBeans focuses more and more on dynamic languages, like Ruby, PHP, or Groovy. Groovy and Grails are getting really pushed in NetBeans right now. I did some work with both and like them. That said, I am confused about Sun’s strategy. On one hand they push Ruby with JRuby, a lot, on the other hand their only IDE switched focus to Groovy. This is not a problem per se if the Ruby support is already that good, but it still has issues and sadly performance got worse in NB 6.7. My guess is because Groovy is popular in Europe and the core NB team is also in Europe, there is maybe some sympathy towards Groovy.
Supporting a lot of languages is great, but I am not sure if the NetBeans team has enough ressources to fully support all the languages they want. With all the downcuts and the still uncertain future of the Oracle deal, it would better to support less and let the community/partner do the rest. However, getting the community and partner on board was always Sun’s (NetBean’s) weak spot. This is were Eclipse clearly won. A note on the NetBeans RCP, Matt Thompson, Senior Director of Sun’s Developer Cloud Tools, stated the the RCP is now less of an goal. This could backfire when e4 is around.

Like I said I use NetBeans primarily for Ruby on Rails development. NetBeans was and still is the best Ruby on Rails IDE, but it lost its momentum and other IDE aren’t sleeping. The only useful new features for me is the support of the Shoulda framework. Should is an awesome Unit test framework for Rails. Useful, but for me not a feature, is the improved constant support. The rest is like NetBeans 6.5, only slower (and sometimes buggier). A couple of weeks ago NetBeans 6.7 had some serious performance problems (we discussed this in the CAT program). The NB team invested a lot of hard work and fixed many of the problems. But NB 6.7 still feels sluggish compared to NB 6.5 and doesn’t do good on scanning large projects.
Another NB Ruby/Rails caveat, NetBeans includes an outdated version of JRuby, 1.2. The actual version is 1.3.1. So it is probably best to install your own JRuby version and don’t rely on the provided one.

Conclusio

Is NetBeans 6.7 bad? No. Is NetBeans 6.7 good? Maybe, but more like ‘ok’. NetBeans 6.7 gives me the feeling that it includes a lot of features the majority doesn’t need or use (e.g. features on demand which was at the beginning a big deal and now seems just a side feature), and doesn’t care enough about improving existing ones and performance. The results of the NetBeans community survey support my thoughts. For the next version I would wish something like Snow Leopard or Windows 7, a release just to clean and speed up the base.

After this rather neutral/negative review, I want to thank the NetBeans team for their hard work and community involvement. The CAT program allowed me and others to speak up their minds and the NetBeans team listened. As a developer I know that there are a lot decisions and considerations (or politics) the user, which is in this case me, simply doesn’t see. Thanks for NetBeans 6.7 and I am looking forward to the next version.TimeWhale Time Tracking

Related posts:

1. Netbeans 6.7 beta is out in the wild
2. Netbeans 6.1 beta review
3. JRuby finds a new home at Engine Yard

Mac ships with Java 1.5 and 1.6 is available too. The problem is that only binaries are installed and as a serious developer you need also sources and documentation. So to get them, you have to join the Apple Developer Connection (the free version does it) and download the Java for Mac OS X 10.5 Update 2 Developer Documentation (or probably a higher version in the future). The download is around 130 MB and includes sources/documentation for Java 1.5 and 1.6. Probably you have to set the src.jar and docs.jar manually to existing JVMs or just delete and add the existing ones.

Eclipse: Preferences – Java – Installed JREs – Select Installed JRE and click Edit

NetBeans: Tools – Java Platform – Add or select the right Tab

Related posts:

1. NetBeans 6.7 review
2. Sun (Oracle) going to launch a Java App Store!
3. Netbeans 6.7 beta is out in the wild