Eclipse PDT+XDebug en Hardy Heron 64bits

Estos días he estado probando el sistema Eclipse, y la conclusión final es que es una plataforma interesante, eso sí me ha requerido pasar de 512MB de RAM a 2GB, algo que me parece completamente desmedido para un IDE, pero Java es un devorador de recursos. Bueno el motivo de este artículo es un curioso quick-hack, cómo usar Eclipse PDT (PHP Developer Tools) en sistemas de 64 bits (actualmente estoy usando Ubuntu Hardy Heron Beta). He probado a instalarlo como plugin, pero la instalación siempre me fallaba al no encontrar algunas librerías en formato x64, el caso es que este método es aún más sencillo:

  1. Descargar Eclipse edición PDT
    (sólo está para 32 bits)
  2. Descargar Eclipse edición Classic (Nos llevará esta vez sí, a la versión para 64 bits. Debe ser la versión 3.3 [Europa], para la versión 1.0.3 de PDT; buscar la versión correspondiente de Eclipse Classic en caso de actualización de PDT)
  3. Descomprimir ambas ediciones, y copiar sobreescribiendo los ficheros de la Classic sobre los de la edición PDT.
  4. Voilà!

Adicionalmente he instalado XDebug, y funciona bastante bien, breakpoints, vistas de variables, etc, en Hardy por ser beta supongo el paquete venía sin el módulo dentro (había un bug al respecto) por lo que lo he instalado a través de pecl directamente con los siguientes comandos:

  • sudo apt-get install php-dev
  • sudo pecl install xdebug

Luego en /etc/php5/conf.d/xdebug.ini he puesto esta configuración (supongo que se deberá ajustar el path para otras distribuciones):

# XDEBUG
zend_extension=/usr/lib/php5/20060613/xdebug.so
zend_extension_ts=/usr/lib/php5/20060613/xdebug.so
zend_extension_debug=/usr/lib/php5/20060613/xdebug.so
#xdebug.auto_trace=on
xdebug.remote_enable=1
xdebug.remote_port=9000

Tras comprobar con un fichero de prueba con phpinfo() que se estaba cargando bien el módulo, he seleccionado el perfil de XDebug en Eclipse y, hecho, funcionando.

Aquí una captura:

PD. Aunque ha sido un experimento interesante, en los últimos días he estado muy activo com Vim, y he comprobado que prácticamente todo lo que puedo hacer en este entorno tan exigente de requerimientos, lo puedo hacer igual o mejor en este potentísimo (aunque quizás un poco críptico para novatos) editor, requiriendo tan sólo unos pocos megas de RAM, incluyendo el debugging en PHP, todo esto, ¡sin salir de la terminal!. Pronto una entrada hablando del tema…

Explore posts in the same categories: Programación

Tags: , , , , , , ,

You can comment below, or link to this permanent URL from your own site.

4 Comments on “Eclipse PDT+XDebug en Hardy Heron 64bits”

  1. Jhonny Says:

    # Descomprimir ambas ediciones, y copiar sobreescribiendo los ficheros de la Classic sobre los de la edición PDT.

    Podrias ser mas especifico en esa parte ?? pq probe varias formas y no me funciono……… Tengo Hardy 64bits

    Saludos

    Te agradeceria


  2. Qué error te daba? Es sólo descomprimir ambas ediciones en dos carpetas, seleccionar todos los ficheros de la edición Classic y pegarlos sobre la carpeta descomprimida de PDT… Ojo al tema de las versiones, que deben ser correspondientes, me parece que la PDT la última vez que la probé sólo era compatible con la versión 3.3 Puedes encontrar la 3.3 aquí (creo): http://www.eclipse.org/downloads/moreinfo/custom.php

  3. zero Says:

    Muy bueno el post, efectivamente el eclipse PDT es un muy buen entorno de desarrollo, muy aconsejable. Soy usuario relativamente nuevo de eclipse, un año más o menos en forma diaria, siempre utilicé vim y hace muchísimo tiempo atrás emacs. Aunque no he abandonado vim, el eclipse me ha brindado una muy buena ayuda a la hora de utilizar eficientemente el autocompletado (intellisense en la jerga del visual studio) y el control de proyectos.
    En el mundo vim todo esto es posible pero en mi experiencia me ha resultado bastante complicado a la hora de manejar proyectos en forma eficiente, visualización de buffers en todo momento (utilizando el minibuf-explorer) y el tema del autocompletado inteligente lo he hecho funcionar en forma parcial (autocompleta pero de forma no-inteligente xD).
    Saludos


  4. Hola zero, yo te recomendaría si quieres probar una alternativa NetBeans, depende de las herramientas que uses asociadas con Eclipse, pero Netbeans me parece mucho más ligero e incluso con una interfaz más amigable. Con lo de Vim, el truco que yo empleo (en GVim) es “sacar” el menú de buffers fuera de la ventana principal y lo coloco a la derecha, de esta forma tengo siempre a la vista los buffers y sus códigos correspondientes luego con un map como este en vimrc…
    map ,bg :b!
    … (de Buffer Go) puedo cambiar con mucha rapidez al buffer correspondiente, ya sea por una parte de su nombre o por el código.

    Lo del autocompletado reconozco que hasta hace poco no lo había pillado del todo, el que mejor me va personalmente en Vim es C-x + C-o que aunque no es tan potente como el de IDEs como Eclipse o Vim Netbeans (sólo le quedaría analizar el código para autocompletar propiedades de los objetos, y cosas así) para algunas cosas funciona muy bien, por ejemplo editar un CSS es una gozada (tienes todas las opciones de propiedades y sus posibles valores correspondientes).


Comment: