El modo de distribución de Eclipse es análogo al de una distribución de Linux como Ubuntu y, por tanto, con la misma potencia, comodidad y efectividad. Los distintos paquetes son, en definitiva, distintas combinaciones de proyectos con sus dependencias debidamente resueltas contra los repositorios de Eclipse. Las actualizaciones, en línea, también son similares a las que se realizan con Ubuntu, con lo que la integridad de dependencias está asegurada. En definitiva, una buena idea extendida a las herramientas de desarrollo.
Para trabajar con un proyecto JEE me gusta que mi Eclipse tenga los plugins de integración con Subversion (SVN), Maven y Glassfish (o el servidor de aplicaciones con el que vaya a trabajar). Por alguna razón que desconozco, Helios aún no trae "de serie" la integración con Maven y SVN. Es posible que sea por mantener escrupulosamente la libertad del desarrollador ya que existen varios plugins disponibles, de los cuales, los más conocidos son:
- Maven
- m2eclipse (m2e), el "oficial" de los chicos de Maven (Sonatype) y que, por cierto, se está trasladando de codehaus.org a eclipse.org
- Eclipse IAM, antiguo q4e de los chicos de Apache
- SVN
- subclipse, el "oficial" de los chicos de SVN
- subversion, el "oficial" de los chicos de Eclipse
En mi caso, yo instalo "Maven Integration for Eclipse" (m2eclipse), "Subversive - SVN Team provider" para SVN y "Glassfish Java EE Application Server Plugin for Eclipse".
Referencias:
- Eclipse Helios
- Tabla comparativa entre m2eclipse e IAM, aunque realizada por los chicos de m2eclipse...ejem... ;-)
- Guía de instalación de m2eclipse usando MPC
- Otra guía de instalación usando MPC, aunque en esta, el autor instala IAM en lugar de m2eclipse
Tienes titulos interesantes, pero despues no hay ejemplos, ni nada, solo hablas de lo que te parece.
ResponderEliminarMuchas veces la pregunta del millón es "qué" y no "cómo". En numerosas ocasiones, la primera pregunta que me hago ante ciertas decisiones tecnológicas son: ¿cuál(es) uso? ¿cuáles son más adecuadas? ¿Se puede hacer tal cosa? ¿Es más correcto hacerlo así?... Internet está llena de artículos con ejemplos, como tú dices: de pequeños "how-to", cookbooks y ejemplos tipo "hello world". Normalmente, hay documentación suficiente acerca del "cómo". Pero la documentación suele ser fría y agnóstica: presenta las opciones, sin explicar claramente qué consecuencias puede tener el uso de cada una de ellas en un sistema de producción.
ResponderEliminarEn efecto, lo que pretendo con el blog es transmitir mi propia experiencia, lo que he aprendido, y mis conclusiones. No obstante, suelo añadir al final referencias para complementar mis conclusiones con documentación.
En muchos artículos sí pongo ejemplos (igual no los has visto todos), pero desde luego no es el objetivo de este blog complementar la documentación existente sino aportar un punto de vista. Espero que, aún así, te guste y sigas visitándolo.
Gracias por tu aporte.