Otro Blog Geek

Hoy me he propuesto actualizar mi IDE preferido a la última versión. Como ya he tenido malas experiencias actualizando eclipse voy a empezar instalando plugins uno a uno. El primero será Aptana, ya que es uno de los que más utilizo. Este es el procedimiento que he seguido.

1. Descargar Eclipse Classic de su web, descomprimir e instalar donde queramos.
2. Vamos a “Window->Preferences” Y cambiamos activamos “Classic Update” dentro de “General->Capabilities” tal y como se muestra en la captura.
   

   Opciones necesarias en Eclipse Ganymede para instalar Aptana

3. Ahora para instalar Aptana vamos a “Help->Sowftware Updates->Find and install”. Aquí seleccionamos “Search for new features to install”.
4. En la nueva ventana pulsamos sobre “New Remote Site” y pegamos esta direccion en el campo URL http://update.aptana.com/install/studio/3.2/ . Pulsamos “OK” y luego “Finish”.
5. Si todo ha ido bien, después de una pequeña espera, Eclipse nos mostrará un diálogo con características para instalar en las que aparecerá “Aptana studio”. Seleccionamos esta característica y pulsamos “Next >”.
6. Aceptamos los términos de licencia y “Next >” otra vez. En el siguiente cuadro “Finish” para instalar.
7. Ahora Eclipse descargará los archivos necesarios, así que paciencia. Una vez descargado un diálogo nos preguntará que confirmemos la instalación. Podemos pulsar en “Install All”. Ahora Eclipse instalará el plugin de Aptana y cuando termine nos pedirá que reiniciemos el Workspace.
8. Tras el reinicio Aptana preguntará si queremos instalar el soporte para Subversion. No es necesario pero lo podéis instalar si queréis.

Ya tenemos instalado Aptana en eclipse Ganymede, ahora, a programar

Hace unos días actualicé mi Ubuntu a Hardy Heron. Aparte de todos los problemas propios de una versión en desarrollo he encontrado algún bug que me ha resultado especialmente molesto. Estos días necesito usar Eclipse bastante y al intentar hacerlo obtenía el siguiente error.

eclipse: xcb_xlib.c:82: xcb_xlib_unlock: Afirmación `c->xlib.lock’ fallida.

Tras buscar un poco encontré una solución en ubuntuforums. Sin embargo no me servía por completo. Para poder solucionarlo hay que hacer 2 cosas.

Lo cual lanzará una salida como esta:

java version “1.6.0_04”
Java(TM) SE Runtime Environment (build 1.6.0_04-b12)
Java HotSpot(TM) Server VM (build 10.0-b19, mixed mode)

Es importante fijarse en el número en negrita pues es el que vamos a necesitar a continuación. Por último usamos el siguiente comando sustituyendo XX por el número que hemos obtenido antes.

Ahora ya podremos ejecutar eclipse sin problemas.

Según explican en este bug el problema es una incompatibilidad de AWT con XCB y lleva bastante sin solución.

Llevo bastante tiempo buscando una solución más o menos usable para sincronizar un proyectos de eclipse con el contenido de un servidor FTP o al menos alguna solución que permitiera descargar el contenido de alguna carpeta del servidor en un proyecto de eclipse y viceversa. Después de mucho buscar he acabado encontrando dos soluciones en forma de plugins para Eclipse:

• Aptana
• Plugin de FTP y WebDAV

Después de trastear un poco con el plugin de FTP y WebDAV descubrí que lleva un buen tiempo sin ser desarrollado, así que al final he optado por Aptana, que además dispone de algunas otras herramientas bastante útiles.

Instalando Aptana en Eclipse

Lo primero es instalar el plugin, para ello seguimos estas instrucciones. Una vez instalado lo ejecutamos y activamos la vista correspondiente. Si al activar la vista de Aptana Eclipse se cierra con un error parecido a:

java: xcb_xlib.c:82: xcb_xlib_unlock: La declaración `c->xlib.lock’ no se cumple.

No hace falta que nos volvamos locos, aquí una solución para los usuarios de Gentoo. Para los usuarios de otras distribuciones de GNU/Linux simplemente googlead un poco, buscando esta misma solución he encontrado soluciones para otras distribuciones como Ubuntu.

Para solucionarlo seguimos los siguientes pasos:

1. Activamos el use xcb
2. Recompilamos x11-libs/libX11
3. Instalamos x11-libs/libxcb-1.1

Diciendole a Eclipse donde está nuestro FTP

Creamos un nuevo proyecto y posteriormente pasamos a la pesaña “file” de la vista de Aptana. Una vez aquí pulsamos con el botón derecho sobre “FTP” y seleccionamos “Add new FTP site”.

Tras esto se abrirá un diálogo para configurar la conexion: Los datos importantes son server y remote path. El primero es simplemente la dirección el servidor, por ejemplo ftp.midominio.com. El segundo se refiere a la ruta desde la raiz del FTP a la carpeta que queremos sincronizar, por ejemplo /public_html/miblog/wordpress/wp-content/themes/tema. Configuramos también el nombre de usuario y la contraseña y pulsamos en test para comprobar que todo está bien. Cuando funcione pulsamos en ok y listo, ahora a sincronizar el proyecto.

Sincronizando con el FTP

Volvemos a la pestaña “Project” de la vista de Aptana y pulsamos con el botón derecho sobre el proyecto y seleccionamos “Synchronize->Create new Syncrhonize conection”

Se abrirá un cuadro de diálogo en el que solamente tendremos que seleccionar la conexión que hemos creado anteriormente en “Remote”. Ahora ya podemos pulsar en “Synchronize->Synchronize…”.

Esto abrirá un cuadro que nos preguntará si queremos descargar, subir al servidor o mantener sincronizado el proyecto con el servidor. La experiencia me dice que es bastante más cómodo mantener la sincronización “a mano”, es decir, descargar primero os archivos y mantenerlos “sincronizados” subiéndolos cuando los modifiquemos.

Nota importante

Esta solución no es ni mucho menos la más elegante ni la mejor para editar código en un servidor remoto. Sin embargo a veces no queda más remedio y usar FTP es la única solución posible. De todas maneras recomiendo encarecidamente que si tenéis posibilidad uséis otras soluciones, a ser posible encriptadas y aseguradas de alguna forma. Como sFTP o SCP.

Subversion es un software de control de versiones diseñado como un reemplazo de CVS. Este tipo de software permite entre otras cosas:

• Llevar un historial de los cambios realizados sobre un conjunto de archivos.
• Desplazarnos sobre dicho historial permitiéndonos hacer que dichos archivos recuperen el estado que tenían tiempo atrás.
• Mantener diferentes versiones de nuestro código en distintas “ramas” que podremos unir cuando lo necesitemos
• Facilita la colaboración entre desarrolladores.

El objetivo de este HOWTO es instalar y configurar un servidor de Subversion en nuestra máquina local con Gentoo para que nos facilite el control de versiones del software que desarrollamos. No prepararemos el servidor para que permita el uso por parte de varios usuarios esto lo dejaremos para algún HOWTO posterior.

Para ello me basaré en este HOWTO del wiki de Gentoo, sin embargo suprimiré buena parte de su contenido para hacerlo más corto y simple. Cuando terminemos dispondremos de un repositorio local de Subversion.

NOTA: No explicaré los detalles de uso de Subversion, si quieres aprender más acerca de este sistema de control de versiones te recomiendo que le eches un vistazo al libro “Control de versiones con Subversion”

Instalando

Para instalarlo en Gentoo solo necesitamos hacer:

Cuando termine la instalación tendremos Subversion instalado en nuestra máquina.

Creando un repositorio e importando nuestro código

El respositorio es el lugar donde se almacenan nuestro código, el historial de cambios que realizamos sobre él y la configuración.

En nuestro ejemplo crearemos un repositorio local en nuestra carpeta de usuario. Para ello ejecutaremos en consola como usuario normal:

Podemos crear el repositorio en cualquier carpeta, en mi caso la carpeta es ~/trabajo/svn. Existen diferentes esquemas con los que podemos trabajar, un repositorio para cada proyecto o un único repositorio para todos los proyectos. Para facilitar el mantenimiento y por una simple cuestión de economía de escala usaremos el segundo esquema.

El resto de la organización del respositorio es una cuestión personal pero por comodidad lo mejor es organizarlo como se explica aquí.

/proyecto1/trunk
/proyecto1/branches
/proyecto1/tags
/proyecto2/trunk
/proyecto2/branches
/proyecto2/tags


• trunk es el directorio en el que se llevará a cabo el desarrollo principal del proyecto
• branches es un directorio que contendrá ramas diferentes de la principal
• tags constiene diferentes snapshots del repositorio a lo largo del tiempo, que además tendrán un nombre determinado. Esto puede servir, por ejemplo para recordar que la versión 1.0 de nuestro proyecto corresponde con la revisión 157.

De esta forma el directorio trunk de nuestro proyecto contendrá el código que queremos añadir al repositorio y los otros 2 directorios estarán vacios. Ahora, para añadir el directorio al repositorio ejecutamos:

Ahora ya tenemos nuestro código en la carpeta proyecto1 de nuestro repositorio. Podemos comprobar su contenido con el comando:

Listo, ahora “let’s code!”

Ya tenemos el código en el repositorio, ahora solo tenemos que usar Subversion con nuestro cliente favorito. Como Kdesvn o Subclipse.