Friday, August 29, 2008

Netbeans6.1 Plugin - Export as archive version 1.02.1

Read all about the Export as archive version 1.01.1.

In this version I have provided a dialog to choose the archive name and the folder in which the archive has to be created. The rest is the same.

I have a question from users
1. Is the dialog neccessary
2. If not all the time, would a check box "Don't show dialog again" suffice

Do provide your comments.

Netbeans6.1 Plugin - Use System Desktop

This plugin taps into the potential of java.awt.Desktop and allows users to open/edit, view in browser and send by mail the selected node. the caveats are as follows.

1. Behaviour is not guaranteed to be as expected. For example browse and open can do the same thing - open in the default editor. My testing has shown that only html and xml files open properly in browser.
2. Mail - Selected file is not intriduced as an attachment since the mailto protocol does not support attachments.
3. There are no options to set. What ever is set on the operating system will be used.
4. When file association are not set; For example for file there might not be a file association. In these case you get an IOException which is shown to the user.
5. Works with Netbeans 6.1 and JDK6 only
6. Tested Platforms - Netbeans 6.1 and JDK6 Update 10 on Windows XP
7. BIG NOTE: If an application is not associated with the given file. it does not bring up the "Open With" dialog

Screen Shots

Note: This plugin is not supported for NB with Java 5
if installed with Java 5, then you see an empty menu under Tools-->Desktop

The plugin is now available from within the Plugin manager.

Netbeans6.1 Plugin - Export as archive

Netbeans has been a fascination for me. Ere it was Forte For Java which was then rechristened as sun java studio. Those were the days. Then Netbeans 5.0 happened. It was time to bid adieu to Java studio. In my current place of work, I am the source of frustration and amusement to many people since I am the only one to use Netbeans when the rest of the organisation is eclipse based. So you can see that friction is high because I am one against many in a debate on which is better - Netbeans or Eclipse. (see my previous post on why I find Netbeans as a better option). In one such debate came the notion of export as. Eclipse has many options for their Export As feature. But Netbeans does not. And so this plugin.

You can download the plugin from the netbeans plugin portal Export as archive. It is not available in the Plugin-manager now pending verification.

Supported Platform - Netbeans 6.1
You can click the Download button on the banner to the left to get Netbeans.

Plugin details -
The source code is available at

Now for the interesting parts.
The action extends from CookieAction and Over-rides two methods of interest
  • performAction(Node[] activatedNodes)
  • enable(Node[] activatedNodes).
first the enable method
This ensures if for a selected node the export option should be enabled or not. I would have preferred along with that a visible option. But since that is not available will survive with it though. So the way I am enabling the option is checking with the DataObject. If the DataObject does not have a primary file, then don't enable other wise enable it.

performAction method - delegates call to a simple private method.
This method picks up the primary file from the DataObject, constructs an Ant Script. The idea of using an Ant Script was inspired by Geertjan's blog. Earlier I used a grossly inefficient way - traversing directories and adding them to a Zip stream.

Steps to create such a Plugin
1. Create a New Project - Choose Netbeans Module-->Module
2. In the next screen fill up the entries but ensure that the Standalone radio button is selected.Tis marked in a red box.
3. Finish the wizard.
4. Click on the Project and Select New (Bring up the New File wizard)
5. Select Conditionally Enabled radio button and DataObject from the dropdown/combo box
6. In the next screen you can choose any combinations
7. Complete the wizard steps.
8. Provide implementation for the performAction method.
Simple 8 steps.
What to expect in future? For now I am thinking of two things. You can pour in your views.
1. Multiple Selected nodes (With restrictions of course)
2. Wizard like facility to choose destinations.

Enjoy archiving your projects.

my Experiences with Netbeans

For a long time I was enamoured by Forte For Java with their broken App theme. Then I gave up with Netbeans turning out to be lighter and swifter. Since that time I have been developing with Netbeans much to the amusement and sometime frustration of my colleagues who use Eclipse. I have worked with eclipse enough time to hate it. I hate it all the more when it gives me OutOfmemory error when I run a build using ANT. But I digress. The objective of this blog is not to make Netbeans look good by describing Eclipse as bad.

What role does an IDDE play in the development life cycle?

Most of the time an IDDE is linked with DnD type of programming suitable for GUI building. But an IDDE is more than that. The following are what I looked for and got from Netbeans (6 being the best till date).

1. No Spoon feeding - Let the IDDE make me write code related to business need and prevent me from templates and boiler plates. Netbeans does not provide different types of code templates like what Eclipse does. For ex. in Eclipse if I type test and use ctrl+space it gives me a lot of options. Netbeans does not do that. (10 for Eclipse, -1 for Netbeans)

2. The IDDE should be very responsive. A user action should result in near-immediate response. For ex. If i do a ctrl+space, my IDDE should not go into a Zombie state and hang for a long time or worse crash. (10 for Netbeans, -1 for eclipse)

3. Bare platform should be sufficient. It is wrong to assume that a desktop/library developer would not be needing web components. In Eclipse you need to pull in plugins and additional things, cross your fingers, toes, hands and legs and pray that this would work. Netbeans gives it to me without much ado. - No plugins needed. (10 For Netbeans, -5 for Eclipse)

4. User Interface and accessibility. Less said about eclipse, the better. Sad part is NB6 has moved a little in the eclipse direction. Most of the key board short cuts have changed and it needed some trying around to figure out how to get the NB 5 Keyboard mappings. Eclipse Debug window is a pain. To add a watch statement, I need to right click on the breakpoint and select a menu option. Pain!!!
(Would have given 10 to Netbeans but they deserve to be punished for the Key mapping fiasco. So for this I give 5 to Netbeans and -1 to Eclipse)

5. Bloated workspace: I hate the concept of the workspace in eclipse. Every time I create a workspace, I need to give a lot of MBs for the .metadata folder. Check the properties of that folder any time and you would wonder, why do I need plugins in my workspace when my eclipse installation has it. Change settings in the workspace and when I move to a new workspace, I need to change the same settings again? Why? In my 10 years of working with technology I never found a need for such a feature. Netbeans use XML to maintain the information instead of copying needed plugins to the workspace. Infact there is no concept of workspace in netbeans.
(10 for Netbeans and -1 for Eclipse).

6. If there was one feature in Eclipse which I liked very much was the CVS feature. Netbeans 5 was pathetic in terms of diff, commiting etc. But with NB 6, Netbeans has thrashed eclipse soundly. ( So 5 for Netbeans and 10 for Eclipse for getting it right earlier)

7. Web tech debugging. Ever tried debugging a JSP in Eclipse, by just setting your break point and invoking the debugger. In Netbeans I just need to do that. The time I saved by NB Debugger feature is legendary. (-1 for Eclipse, 10 for Netbeans). I would have given -10 for this feature to eclipse, but did not since it would seem vengeful.

On a final note - Netbeans should be watchful that it does not fall into the trap of Eclipse of being unwieldy with nice features that dont work.

So total Score
Netbeans : 49
Eclipse : 9