Me gusta tener, por una parte la instalación “limpia” de Eclipse, y por otra los datos de configuración y los plug-ins.
Para poder conseguir esta separación, siempre utilizo una línea de comando de arranque de Eclipse similar a esta:
/opt/eclipse-3.3.1/eclipse -clean -vm /opt/jdk1.6.0_02/bin/java -configuration /home/rubensa/desarrollo/eclipse-3.3.1/configuration -data /home/rubensa/desarrollo/eclipse-3.3.1/workspace -vmargs -Xms128m -Xmx1024m -XX:MaxPermSize=90m -Dfile.encoding=UTF-8 -Duser.name=rubensa
Donde:
- -clean: Indica que limpie la cache de plug-ins (suelo añadir nuevos plug-ins frecuentemente y es posible que “no se entere”)
- -vm: Indica el path a la JVM a utilizar para ejecutar eclipse
- -configuration: Indica el path en el que guardar los datos de configuración con los que ejecutar Eclipse
- -data: Indica el path del directorio que queremos utilizar por defecto para los proyectos y configuraciones de los mismos
- -vmargs: Parámetros adicionales a pasar a la máquina virtual
- -Xms128m: Usar 128 Mb de memoria inicialmente para la pila (heap) de la JVM
- -Xmx1024m: Usar como máximo 1Gb de memoria para la pila (heap) de la JVM
- -XX:MaxPermSize=90m: Utilizar 90 Mb como espacio de pila permanente de generación (permanent generation heap) (OJO: este parámetro es específico de la JVM de Sun)
- -Dfile.encoding=UTF-8: Juego de caracteres a utilizar por defecto en todos los ficheros (por compatibilidad entre Windows/Linux)
- -Duser.name=rubensa: Nombre de usuario a utilizar (ej: cuando hacemos “commit” en el sistema de control de versiones)
Al instalar el plugin Subclipse de subversion para el IDE Eclipse me encontré con un problema. Por defecto Subclipse utiliza “JavaHL (JNI)” para comunicarse con subversion. Esta configuración por defecto genera el siguiente error cuando se accede a las preferencias “Window->Preferences->Team->SVN”:
Failed to load JavaHL Library.
These are the errors that were encountered:
no libsvnjavahl-1 in java.library.path
no svnjavahl-1 in java.library.path
no svnjavahl in java.library.path
java.library.path = /opt/jdk1.6.0_02/jre/lib/i386/server:
/opt/jdk1.6.0_02/jre/lib/i386:
/opt/jdk1.6.0_02/jre/../lib/i386:
/usr/lib/firefox/:
/usr/java/packages/lib/i386:
/lib:
/usr/lib
NOTA: como se puede ver en el mensaje utilizo en mi sistema la implementación de Java de Sun.
Siguiendo los pasos de creación e importación de un proyecto Google Web Toolkit en Eclipse nos podemos encontrar que a la hora de ejecutar/depurar no se crea una configuración adecuada que nos permita realizar dicha ejecución/depuración de modo sencillo integrado con el propio Eclipse.
Estos son los pasos a seguir para solucionarlo:
- Con nuestro proyecto ya importado y seleccionado, ir a: “Run” –> “Debug…” (o “Run…”)
- Seleccionar “Java Application” y con el botón derecho “New“
- En “Name” introducimos, por ejemplo, el nombre de nuestra aplicación
- En “Project” seleccionamos nuestro proyecto
- En “Main class” escribimos “com.google.gwt.dev.GWTShell” (sin las comillas)
- Vamos a la pestaña “Arguments” e introducimos algo similar a esto:
-out www com.mycompany.MyApplication/MyApplication.html
El valor adecuado para nuestra aplicación lo podemos ver en el fichero “nombreProyecto-shell” que el GWT ha creado, por ejemplo:
#!/bin/sh
APPDIR=`dirname $0`;
java -cp “$APPDIR/src:$APPDIR/bin:/opt/gwt-linux-1.1.10/gwt-user.jar:/opt/gwt-linux-1.1.10/gwt-dev-linux.jar” com.google.gwt.dev.GWTShell -out “$APPDIR/www” “$@” es.seresco.gwt.GoogleWebToolkit/GoogleWebToolkit.html;
- Vamos a la pestaña “Classpath” y en “User Entries” añadimos al “default classpath” de nuestro proyecto (si no aparece pulsar en “Restore Default Entries”) lo siguiente:
- “Advanced…“, “Add folder” y elejimos la carpeta “src” de nuestro proyecto
- “Add external JARs…” y buscamos la libería “gwt-dev-linux.jar” (o “gwt-dev-windows.jar” en su caso) del directorio de instalación de GWT
- Vamos a la pestaña “Environment“, seleccionamos “New“, en “Name” ponemos “GWT_EXTERNAL_BROWSER” (sin las comillas) y en “Value” el path al navegador Web del sistema, por ejemplo “/usr/bin/firefox“
Listo, ya estamos preparados para ejecutar/depurar nuestra aplicación usando Eclipse.
Para tener una instalación de Eclipse compartida entre varios usuarios, pero en la que cada uno tenga su propia configuración, podemos hacer lo siguiente:
- Instalar eclipse en un directorio compartido
- Asegurarse que el directorio “eclipse/configuration” solo tiene permisos de lectura para los usuarios
Al arrancar eclipse se creará un directorio particular de configuración para cada usuario en su home (por defecto “~/.eclipse/configuration“).
En las últimas versiones de eclipse se puede especificar el directorio de configuración a utilizar pasándole en el arranque el parámetro -configuration seguido del path al directorio en el que queremos que se guarde la configuración.
Para añadir sus propios plug-ins y features el usuario hará lo siguiente:
- Crear un directorio para las extensiones (por ejemplo “~/eclipse” )
- Crear los directorios “features” y “plugins” en el directorio
- Crear un archivo “.eclipseextension” en el directorio de extensiones con el siguiente contenido:
id=org.eclipse.platform
name=Eclipse Platform
version=3.2.1Sustituyendo 3.2.1 por la versión de Eclipse instalada.
- Dentro de Eclipse ir a “Help” –> “Software updates” –> “Manage Configuration”
- Pulsar en “Add an Extension Location”
- Seleccionar el directorio creado anteriormente y pulsar “Aceptar”
Ahora ya puede instalar nuevos plugins copiándolos directamente en su directorio de extensiones o, al actualizar con el “Update Manager” seleccionando dicha localización como directorio de instalación de los plug-ins descargados.
NOTA: En eclipse 2.1 no existe la opción “Add an Extension Location”. En este caso hay que crear un archivo con extensión “.link”, como por ejemplo user.plugins.link en el directorio links de la instalación del Eclipse (puede que no exista dicho directorio, en cuyo caso habrá que crearlo) con un contenido similar a este:
path=/home/user
Lamentablemente el path ha de ser absoluto y por tanto no podemos tener uno genérico para todos los usuarios (lo que si podríamos tener es un almacén genérico para todos los usuarios en el que tengan permisos para añadir plug-ins).
Algunos enlaces de interés
Eclipse multi-user installs
Managing Plugins in Eclipse
Eclipse Configuration Management
The Eclipse runtime options
Trabajo en proyectos Java utilizando Eclipse. El entorno de trabajo en la oficina del resto de desarrolladores es Windows y usamos un almacén cvs para el código fuentes. Todos utilizan Eclipse 2.1 mientras que yo uso Eclipse 3.1.2 y además en Linux (Ubuntu, para ser más exactos).
A la hora de compartir código con ellos tenía problemas con la codificación de caracteres ya que en windows por defecto es CP-152 y en Ubuntu, por defecto, es UTF-8.
Eclipse 3.1.2 en Ubuntu Breezy
03/25/06
Para instalar el entorno de desarrollo (IDE) Eclipse, si seguimos la Guía Ubuntu, nos dice que tenemos que crear un fichero de arranque con el siguiente contenido:
#!/bin/sh
export MOZILLA_FIVE_HOME=”/usr/lib/mozilla/”
export ECLIPSE_HOME=”$HOME/software/eclipse”$HOME/software/eclipse/eclipse
Pero, al menos en mi caso, eso no es suficiente para solucionar los problemas que nos pueden aparecer (en mi caso en concreto, los problemas me los he encontrado con el plug-in Echo2 Studio, que ha sido con el que me he puesto a hacer mi primer desarrollo en el recien instalado Eclipse en Ubuntu).
