Lo interesante es que gracias al gran crecimiento que tuvo JBoss y su comunidad, Red Hat se vió interesada y compró la empresa. Atrás de eso, se construyó el JBoss Studio, una especie de Websphere hecho por y para JBoss. Pero, claro, para no descuidar la comunidad open source, el equipo de JBoss tambíen distribuye una pack de plugins que convierten al Eclipse es un paso intermedio entre JBoss IDE y Eclipse SDK pelado.

Si van a trabajar con Eclipse y JBoss, les recomiendo usar el JBoss Tools. Lamentablemente tuve algunos problemas para poder usarlo con el Ganymede (la última versión de Eclipse, 3.4), pero en la versión anterior me ha funcionado bastante bien.

Aquí el link para poder bajar todas las utilidades de jboss tools.

En adelante les mostraré algunos trucos (tips, hints, ideas) para simplificar la tarea diaria de uso de Eclipse y permitir, al mismo tiempo, reducir los altos costos de aprendizaje que implican. En adelante cómo manejar un buen workspace y cómo hacer para que el compilador interno del Eclipse no nos genere conflictos con svn. El ejemplo está ilustrado con Eclipse 3.3, otras versiones deberían tener funciones similares pero quedan fuera de esta explicación.

¿Cómo preparar un buen workspace?

Al arrancar por primera vez un Eclipse, nos pasa que nos pregunta dónde vamos a querer tener nuestro workspace. Para el inexperto, eso podría significar solamente dónde va a poner Eclipse los proyectos Java. Como todo en Java, eso no es tan así. Lo que pasa es que Eclipse requiere guardar información temporaría, llamada metadata, y otros parámetros de configuración que solo dependerán de ese workspace.

En un comienzo podríamos pensar que es algo malísimo, porque tenemos un directorio muerto dentro de nuestra máquina con información que no entendemos. Pero no es así, ese directorio guarda información referente a los proyectos asociados, y es una genial alternativa para cuando uno trabaja con diferentes tecnologías o conjuntos de proyectos (imaginen que necesitan usar Java 6 para una aplicación, otra con Java 5 y otra con Java 1.4… ahora imaginen que cada una tiene diferentes configuraciones de variables y cuestiones directamente relacionadas con la configuración del Eclipse… esta información está toda guardada dentro del .metadata del directorio correspondiente al workspace). Podemos aprovechar esto para simplificarnos la vida.

1. Creamos 2 directorios directorio, ejemplo:
   c:\blog3f\src - dónde pondremos nuestros proyectos (o haremos un download de svn/cvs)
   c:\blog3f\ws - dónde apuntaremos el Eclipse
2. Configuramos un acceso directo a Eclipse, y dentro de las propiedades le agregamos a la linea de comando: “-data c:\blog3f\ws” sin las comillas.
3. Arrancamos el Eclipse, no preguntará dónde está el workspace, justamente, porque en el punto anterior le dijimos con el parámetro -data.
4. Configuramos ese workspace cómo nos guste.
5. Si queremos crear proyectos, recordar que la idea es que queden en c:\blog3f\src, entonces si queremos crear el proyecto Post1, en el asistente debemos ingresar tanto el nombre del proyecto (Post1) como el directorio dónde iría a dejarse (c:\blog3f\src\Post1)
6. Si queremos importar un proyecto (que sería el caso de algo que bajamos de svn/cvs) hacemos File->Import->Existing project into Workspace e indicamos el directorio (c:\blog3f\src). Nos dará la opción de seleccionar los poyectos existentes en ese directorio src.

Nota: recordar que si no hay un .project o un .classpath dentro del directorio del proyecto el paso 6, no encontrará el proyecto y habrá que simular un paso 5 apuntando al directorio que tiene faltantes el .project .classpath

¿Cómo evitar que los directorios .svn nos hagan un embrollo?

Si están acostumbrados a usar svn, les gusta el tortoise y entienden cómo funciona. Sabrán que un directorio .svn en cada directorio. El problema con esto es que Eclipse automáticamente los copia adentro del directorio compilado.

Si tenemos un directorio de compilación diferente a dónde tenemos el código fuente, terminará, el Eclipse, diciendole al svn que nuestro directorio compilado equivale a la rama de svn de nuestro código fuente. Dando diferente tipo de errores cuando queramos hacer un commit.

La alternativa es fácil, tienen que cambiar la configuración del workspace. Dentro de windows->preferences->java->compiler->building, miren la imagen,

En la próxima clase, cómo configurar un jboss con myeclipse, después @EJB 3 con cliente Swing remoto, después @EJB 3 persistencia (JPA)… sintonicen.

• JDK = Java Development Kit, o sea, Kit de desarrollo para Java.
• JRE = Java Runtime Environment, o sea, entorno de ejecución de aplicaciónes Java.

Está claro, entonces, que tenemos que tener configurado un JDK si vamos a desarrollar. Justamente está previsto para la gente de Sun y es por eso que el Eclipse recien nos dará ayuda en linea, si tenemos configurado un JDK. Irónico es que, por default, el Eclipse venga configurado con un JRE.

Otra cosa importante es tener el compliance level en la misma versión que el JDK que estemos usando.

En adelante, describiré con cierto detalle cómo configurar un Eclipse correctamente para simplificar el desarrollo.

Asumimos para este tutorial que el que lo está leyendo sabe lo que es el Eclipse, lo tiene instalado y arrancado y puede seguir las instrucciones. Si no, nos dicen y haremos un nuevo post sobre cómo instalar el Eclipse y qué técnicas les recomendamos para sobrellevarlo .

1. Bajar un JDK
Para nuestro ejemplo, debemos tener instalado un JDK, eso se puede bajar directamente de la página de Sun. Ojo al piojo que queremos bajar el JDK Update y no otra cosa. Aquí una imagen.

Para los nuevos, una pequeña nota.

JDK 1.4 => JDK 1.4
JDK 1.5 => JDK 5
JDK 1.6 => JDK 6

2. Configurar el JDK dentro del Eclipse

Para configurar el JDK, tenemos que ir a la configuración del Eclipse. Para eso hacemos Windows->Preferences. Buscamos la opción Installed JREs.

Dentro de esta ventana, seleccionamos Add… y apuntamos a dódne tenemos instalado nuestro JDK. Hay que tomar mucha atención, estamos dentro de la opción Installed JREs y seleccionando un JDK para que sea agregado. Puede sonar confuso. Para mi lo es. Habría que preguntarle a la gente de Eclipse por qué lo hicieron de esta forma. Por favor, recordar, tenemos que agregar un JDK (y no un JRE). A modo de ejemplo, yo tengo mi jdk 1.6.01. Eso no requiere mayor atención.

3. Configurar el compliance level de Eclipse

Una vez configurado el JDK como JRE (si, ya dijimos es medio ambiguo), tenemos que asegurarnos que el Eclipse va a seguir nuestras versiones correctamente. Eso es, validar nuestro código como si fuera código del JDK correspondiente que tenemos. Si usamos un JDK 1.6, tenemos que tener el compliance level en 6.0. Si usamos un JDK 1.4, tenemos que tener el compliance level en 1.4. He aquí una pantalla.

4. El toque final

Para algunos es suficiente tener una ayuda de código en linea, para otros, es muy lindo ver una ventana dentro del Eclipse que nos de ayuda de los métodos. ¡Esto es posible! El Eclipse es una herramienta genial que nos permite hacer casi cualquier cosa. Para eso, en cualquier perspectiva que estemos, activamos la ventana JavaDoc. Tenemos que ir Window->Show View->Javadoc (o apretar Alt+Shift+Q, J)

Miren abajo para el juego final.

Como verán, con solo pararse arriba de cualquier método (que sea de la JDK, obviamente) nos dará una ayuda excelente para que podamos trabajar más tranquilos y con menos esfuerzo.