Llevo ya casi un año utilizando Jira y puedo decir que es un magnifico gestor de proyectos, donde de forma fácil puedes gestionar y programar todas las tareas de tu proyecto. Incluso tiene un plugin muy útil sobre gestión de los proyectos con metodología SCRUM.
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.
Como es justo el tema con el que estoy, antes de que se me olvide lo pongo aquí. Son solo unas pequeñas notas que puede que no se tengan claras.
En un post anterior explique las diferentes opciones del compilador de GWT, pero a la hora de hacer el build tenia algunas dudas, os pondré los resultados de las pruebas.
- En ningun momento es necesario incluir el código fuente en el build para producción
- Aunque si debe estar accesible el código fuente para su compilación (es obvio), yo en este caso suelo meter en diferentes jars los fuentes y copilados de los diferentes módulos, para luego incluirlo en el classpath del proyecto principal.
La verdad es que cuando pensé en escribir un post, pensé que tendría mas chicha, pero me ha resultado todo un reto montar un build con diferentes módulos y proyectos, aunque ahora ya terminado parece una tontería.
Supongo que mis fieles seguidores habréis notado que he quitado un post que puse sobre la situación tan desagradable por la que he estado pasando. La verdad es que después de unos días, un poco mas calmado, volví a revisarlo. Entonces me di cuenta que quizás había sido un poco excesivo en las formas, que no en el fondo.
También es cierto que la temática que me gustaría dar a este blog es tecnológica, con lo que no creo el lugar adecuado para poner este tipo de noticias. Por eso he decidido quitarlo, y me estoy planteando el tener un blog mas personal donde poder compartir temas mas personales, aunque tengo que admitir que me cuesta bastante escribir de forma constante, así que ya veré lo que hago.
Para terminar, y si a alguien le interesa, solo diré que continuo con la misma situación que antes, sin luz definitiva, aunque espero que en menos de una semana se solucione todo el asunto (espero que mi mujer no de a luz antes, porque a si sera un verdadero problema).
Un saludo a todos y gracias por seguirme.
Esto es un apunte rápido. Tengo un Lenovo s10e que venia con Suse, pero como estoy muy contento con Ubuntu he decidido instalarlo. Me he bajado la versión que hay para netbooks, Ubuntu Netbook Remix, que viene preparado con una interfaz mas amigable para estos pequeños equipos.
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.
Estos días ando un poco liado con el desarrollo de una aplicación en GWT. Que con esta ultima versión, la 2.0, se puede decir que han dado un paso de gigante.
En esta ocasión voy a hablar de su compilador para la puesta en producción y los parámetros que tiene.
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