adam bien's blog

(Re)Deployment Problems of EARs, EJBs with Netbeans 6.0 and Glassfish v2 solved - significant speedup in 6.1 📎

After my last post about redeployment-problems with Netbeans 6.0, I got a nice and amazing email from Vince Kraemer (Sun) :

"I recently read your blog entry and decided that I should take another look at this.  I think the issue you are running into may be addressed by the changes we made recently". He filed a bug for me ...and solved the problem. You can find the solution in the 6.1 stream

I tried immediately to deploy some p4j5 samples, and it worked (there are still issues with "Clean And Build"). However the "Undeploy And Deploy" procedure was significantly slower, than in Netbeans 6.0.

The next email from Vince (one day later - at Sunday!!) cleared this issue as well:  "You may want to consider using 'Run' instead of 'Undeploy and Deploy' as part of your workflow.  The undeploy and deploy action deletes and then recopies the classes and jars into the deployment directory.  The run action only copies the changed classes and jars into the deployment directory...."

Indeed using the "Run" action was really fast. The deployment of the RunAndBike application (I will release it next time, the whole source code is already available in p4j5) took only few seconds. Netbeans 6.1 wasn't able to open the JSF-pages in the visual designer (because of binding issues). However I use 6.1 for deployment of the business layer. It works great so far.

Windows users have the following options:

  1. Disabling the directory deployment in Netbeans 6.0
  2. Using the Netbeans 6.1 daily builds with the "Run" option for directory deployment.
  3. Installing another operating system :-).
Because Vista Ultimate takes about 5 minutes to boot on my machine (Core Duo, 2.4 GHz, 4 GB RAM) and needs about 1GB Ram just to display the desktop I'm going to consider the last option as well :-). Btw. the openness, responsiveness, huge amount of open documentation and the fast innovation pace makes the difference between Netbeans/Glassfish community and the others (see Thinking Loud About Netbeans And Eclipse). I already made similar, positive experience with Glassfish Monitoring, TopLink Essentials and now Netbeans developers/committers.