En cuanto a Mylyn es un plugin de eclipse para te permite integrar eclipse con gestores de tareas como Jira y Bugzilla. Y gestionar todas las tareas que se integran en el código.

Llevaba tiempo queriendo probarlo y hoy ha sido el momento.Para empezar explicare como instalarlo, de forma escueta, ya que hay innumerables manuales por internet.

• Lo primero es instalarte el plugin de Mylyn con sus dependencias.
• Después desde la vista Task Repositories, le damos a nueva conexión. Puede que no te aparezca jira en la lista, pero la puedes añadir y el solito se instala todo.
• Pones tus datos del jira y ya esta totalmente integrado.
• Solo una cosa que puede darte problemas en la conexión con jira, es que no tengas activada las llamadas RPC. Para ello te vas a tu Jira y en la Administration-> General Configuration Editas la configuración y activas Accept remote API calls, y entonces si que te tiene que funcionar.

Entre las muchas funciones que tiene, pero quizás la mas interesante sean los contextos. Cuando activas una incidencia y comienzas a abrir archivos, el los va asociando a esa incidencia. Así si dejas de trabajar con esa incidencia, de forma automática te cierra todos los archivos abiertos y asociados. De la misma manera cuando vuelves a trabajar con esa incidencia te vuelve a abrir los archivos que tenias abiertos, siendo muy rápido el cambio entre incidencias.

Y otra cosa también importante, te permite reportar el tiempo que has dedicado a cada tarea de forma automática, así cuando dejas de trabajar con una incidencia te reporta el tiempo en el jira. Ya no tienes que estar pensando cuanto tiempo le has dedicado.

Muy interesante esta combinación. Y altamente recomendable, sobre todo desde que puedes tener un jira por 10 dolares al año. Ideal para proyectos pequeños.

Aquí podéis ver una revisión de Mylyn con mas detalle.

La instalación no conlleva mucha dificultad, te lo descargas y lo pones en una memoria USB o en un CD, yo he conectado una unidad lectora a una caja externa de disco duro y lo he conectado a USB.

Hasta aquí nada difícil, el único problema que he tenido ha sido con la wifi. Los drivers son propietarios y no permiten su instalación directa en la instalación inicial. Pero no pasa nada, lo que tenemos que hacer es actualizar el sistema por LAN, y despues instalar el paquete bcmwl-kernel-source, que son los drivers de la tarjeta wifi Broadcom, reiniciamos y ya tenemos wifi.

En esta pagina de Ridzwan están explicados todos los pasos.

Antes de nada explicar un poco como funciona, GWT coge y compila a javascript nuestro codigo creando diferentes versiones en archivos diferentes. Si nos fijamos en lo que genera veremos que hay una serie de archivos con extensiones html, rpc, png. Los png son los bundle, donde mete todas las imágenes de la aplicación en una sola, descargándola de golpe y luego muestra la parte que interese. Los archivos rpc son los encargados de las llamadas a los servicios y los html son donde esta toda la chicha.

Veremos que son del estilos LKH45KH6KLJH4356H3456HLKH45.cache.html, cada archivo represente a un idioma/navegador. Así que si tenemos 2 idiomas y 5 navegadores, tendremos 10 archivos o permutaciones como ellos los llaman.

Cada compilación lleva su tiempo, y en las tareas ant que utilicemos podremos introducir algunos parámetros que agilicen esta compilación.

Si tenemos varios módulos, es interesante que los compilemos en una misma tarea, indicando a cada llamada java que sea un fork, para que se compile en paralelo.

Y hacemos uso de unos de los parámetros mas interesantes, el localworkers, esto representa a un hilo que compila una permutación, así que si ponemos mas, compilaría paralelamente las permutaciones, aquí que cada uno hagas sus pruebas. Yo tengo 4 núcleos y poniéndolo en 4 se me reduce a la mitad el tiempo necesario para compilar.
Os dejo una muestra en ant.

<target name="gwtc" depends="javac" description="GWT compile to JavaScript">
<!-- Compilacion modulo vo -->
<java failonerror="false" fork="true" classname="com.google.gwt.dev.Compiler">
<classpath>
<pathelement location="modules"/>
<path refid="project.class.path"/>
</classpath>
<!-- add jvmarg -Xss16M or similar if you see a StackOverflowError -->
<jvmarg value="-Xmx256M"/>
<!-- Additional arguments like -style PRETTY or -logLevel DEBUG -->
<arg value="com.orion.apps.cuentas.ValueObject"/>
<arg line="-war ${build.dir}"/>
<arg line="-style DETAILED"/>
<arg line="-localWorkers 4"/>
</java>

<!-- Compilacion modulo cuentas-->
<java failonerror="false" fork="true" classname="com.google.gwt.dev.Compiler">
<classpath>
<pathelement location="view/main/java"/>
<pathelement location="view/main/resources"/>
<pathelement location="rpc/main/java"/>
<pathelement location="modules"/>
<path refid="project.class.path"/>
</classpath>
<!-- add jvmarg -Xss16M or similar if you see a StackOverflowError -->
<jvmarg value="-Xmx256M"/>
<!-- Additional arguments like -style PRETTY or -logLevel DEBUG -->
<arg line="-war ${build.dir}"/>
<arg line="-style DETAILED"/>
<arg line="-localWorkers 4"/>
<arg value="com.orion.apps.cuentas.web.CuentasWeb"/>
</java>
</target>

PD: Si se quiere ir mas rápido, se puede eliminar idiomas del archivo de configuración gwt.xml

Un año mas el curso de especialista en JEE ha organizado una jornada de charlas sobre java y software libre. Aunque el año anterior no hubo, este año han vuelto con un buen abanico de ponentes muy buenos.

En su pagina web, podéis ver con mas detalle quienes han venido. Un resumen de las que hubo:

• GWT con Emilio bravo. Amigo y compañero de proyectos, hablo de una tecnología que ya llevo tiempo utilizando y son un fan convencido.

• Agilidad con Martin Perez. Otro amigo el cual tuve el privilegio de conocer con su anterior proyecto de Jlibrary. Como siempre magistral, se nota que no es su primera ponencia. Además hablo de un tema muy interesante y que además me cojea bastante. Así que con las aclaraciones que ha hecho creo que me voy a poner en serio a utilizar el diseño basado en pruebas y las metodologías ágiles.Además comento varios aspectos del mundo empresarial a los que ya me había referido en post anteriores. Aunque el con mas tranquilidad, constata como un equipo especializado vale mas que un gran equipo de personal poco cualificado. Y por supuesto, los proyectos ágiles suelen tener mas existo, o tienes mas predisposiciones a tenerlo, que un proyecto gestionado con metodologías mas rígidas. Algo que para muchos nos resulta mas que evidente, pero que en el mundo empresarial no.

• Modelo de negocios con Sergio Montoro. A expuesto de forma muy clara, las diferentes formas de ganar dinero con el software libre. Estoy bastante de acuerdo con la mayoría de las razones que ha dado. Aunque en el tema de servicios creo que hay mucho mas que decir. Pero eso depende sobre todo de tu modelo de negocio. A Sergio lo he conocido hace unas semanas, ya que he comenzado a desarrollar unos módulos para su software hipergate.

• Por ultimo, Francisco Peyrona, una persona muy importante en Sun Microsystem. Ha explicado que es java y que software tiene Sun, Glassfish y NetBeans. Ha sido divertido, y ha contado anécdotas interesantes.

Todas interesantes y con mucha información que poner en practica. Espero que pongas las ponencias en la web, aunque solo sen los pdfs.
Desde aquí mandar un saludo y las gracias a todos los ponentes, y espero que el próximo año siga la universidad promoviendo eventos de este tipo. A ver si el próximo año me toca a mi el iPod.

Hace ya algún tiempo instalé, configure y personalice una tienda online para un cliente. Había probado el archiconocido oscommerce. Pero no es un proyecto muy completo y difícil de personalizar, además no cumplía con algunas de las necesidades del proyecto.

Así que probé alternativas más actuales como magento, todos php, la única escusa para utilizar un lenguaje como este no es más que por los servidores de hosting, que no dan otra alternativa más solida.

Así que lo instale y lo personalice, muy usable con infinidad de posibilidades, todo montado de forma muy intuitiva. Además el equipo de desarrollo se ha esforzado mucho en aplicar técnicas de desarrollo estables como la utilización de un framework MVC como Zend. El pero es que es muy lento, extremadamente lento. Con las diferentes versiones han ido mejorando, pero sigue siendo un lenguaje de script, y si intentas meter muchas capas al final resulta más lento.

Aunque es un proyecto prometedor y con una enorme comunidad que no para de crecer.