
Tengo instalado Eclipse 3.5.1 (con WTP y demás plugins para desarrollo J2EE) – y a la hora de instalar la última versión (1.4.1) del plugin Code Generator Wizard Guide for Eclipse de Axis2 me encuentro con que la generación no funciona lanzando siempre una java.lang.reflect.InvocationTargetException.
La solución:
- Cerrrar Eclipse
- Copiar “backport-util-concurrent-3.1.jar” y “geronimo-stax-api_1.0_spec-1.0.1.jar” de “$AXIS2_HOME/lib/” a “$ECLIPSE_HOME/plugins/Axis2_Codegen_Wizard_1.3.0/lib/“
- Añadir lo siguiente en el elemento “runtime” de “$ECLIPSE_HOME/plugins/Axis2_Codegen_Wizard_1.3.0/plugin.xml” :
<library name="lib/backport-util-concurrent-3.1.jar">
<export name="*"/>
</library>
<library name="lib/geronimo-stax-api_1.0_spec-1.0.1.jar">
<export name="*"/>
</library>
- Reiniciar Eclipse indicando en la línea de arrance el “-clean” para que actualice la configuración de los plugins.
Alternativamente puedes descargerte una versión del plugin ya parcheada que he dejado diponible aquí.
![]()
Ultimamente estaba teniendo problemas al arrancar mi Eclipse (versión 3.5.0) ya que el plugin m2eclipse (versión 0.9.9 – 20090820) intentaba actualizar los índices de los repositorios de Maven y fallaba en el intento dando siempre un NullPointerException.
Una posible solución, aunque tal vez no sea la mejor, consiste en limpiar la caché de nexus que utiliza el plugin, de tal modo que vuelva a generar todos los índices. Para ello nada mas facil que eliminar la carptea:
- <workspace>\.metadata\.plugins\org.maven.ide.eclipse\nexus
estando Eclipse cerrado.
Tras esto, deberías poder actualizar los índices sin problema.
Cómo poner en inglés el RSA
07/05/2009
![]()
Por defecto, el Rational Software Architech pone todos los menús en tu idioma (en mi caso el Español), ya que detecta el idioma del sistema operativo. El problema que los que estamos acostumbrados a usar el Eclipse con todas las opciones en Inglés, resulta un “engorro” utilizarlo así (ya que los menús se ordenan de modo diferente y cuesta encontrar una opción determinada).
Para “forzar” el uso del inglés, basta con añadir a la línea de comandos las definición de la variable de entorno “user.language” (también podemos especificar la región concreta con “user.region“) del siguiente modo:
-vmargs -Duser.language=en

A partir de la versión 3.4 de Eclipse, su sistema de gestión de plugins ha cambiado y ahora utiliza Equinox p2.
Debido a este cambio, ya no sirve la solución que empleaba en versiones anteriores.
Para obtener un resultado similar, ahora podemos definir una carpeta adicional de dropins especificando en el arranque (o en el fichero eclipse.ini) el parámetro:
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/path/dropins
Ahí podremos ir colocando nuestros nuevos plugins, cada uno en su propio directorio siguiendo la estructura:
- dropins/
- emf/
- eclipse/
- features/
- plugins/
- eclipse/
- gef/
- eclipse/
- features/
- plugins/
- eclipse/
- … etc …
- emf/
Algunos enlaces de interés
Instalación compartida de Eclipse
Installing Eclipse (3.4+) plugins in a directory other than ECLIPSE_HOME/plugins
Equinox p2 Getting Started
Arranque personalizado de Eclipse 3.x
10/06/2008

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.
Ejecutando aplicaciones GWT en Eclipse
17/10/2006

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.
Instalación compartida de Eclipse
09/10/2006

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).
ACTUALIZACION: A partir de la versión 3.4 este procedimiento ya no es válido pero podemos conseguir un resultado similar de otro modo.
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
25/03/2006

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).












