Instalación de Plugins en NetBeans

Es importante para la fase de desarrollo que nuestro IDE nos de soporte para el tipo de aplicación que estemos haciendo (si estamos desarrollando una aplicación swing podamos ver cómo va quedando la interface de usuario sin necesidad de correrla, si hacemos una aplicación para móviles poder iniciar de forma automática un emulador y hacer el deploy de nuestra aplicación, si hacemos algo web poder levantar nuestro servidor y hacer el deploy y undeploy de la aplicación, etc.).

Cuando hablamos de cómo configurar el NetBeans para trabajar bajamos la versión básica del IDE y dijimos que bajaríamos otros paquetes o plugins conforme los fueramos necesitando. En este post enseñaré a instalar estos plugins y de paso enseñaré cómo configurar el Tomcat para trabajar con aplicaciones web.

Configurando Nuestra Herramienta de Trabajo, el NetBeans

Como programadores nuestro objetivo es facilitarle la vida a alguien a través de nuestras aplicaciones. Para hacer esto de una forma más simple, debemos usar varias y variadas herramientas en cada una de las etapas del ciclo de vida de nuestra aplicación. En esta ocasión me enfocaré unicamente a la etapa de desarrollo. En algún otro post hablaré de las herramientas que pueden servir en las etapas de análisis, diseño, y pruebas.

Con Java solo es necesario que contemos con el compilador (javac) para crear una aplicación. Podemos escribir todo el código fuente de nuestra aplicación en un blog de notas, vi, o cualquier editor de texto simple que nos permita guardar nuestro archivo con la extensión .java.

Una vez que tenemos nuestro archivo solo hay que compilarlo con el comando javac de la siguiente forma:

javac [opciones] Archivo.java

Y listo!! Esto nos genera un archivo .class, el cual es nuestra aplicación.

Sin embargo, cuando tenemos proyectos de un tamaño mediano/grande el hacer uso de un bloc de notas y la línea de comandos para compilar no es lo más recomendable. Comenzamos a necesitar separar nuestra aplicación en varios archivos, cada uno conteniendo una o varias clases. Posteriormente dividimos estas clases en paquetes, y asignamos la responsabilidad de estos paquetes a uno o varios desarrolladores.

La cosa se complica cuando comenzamos a hacer pruebas de rendimiento, y calidad, arreglo de bugs, etc.