Fit - acceptance testing tool

http://fit.c2.com/

Y esto para qué sirve?
bueno en teoría para sacar adelante un software con calidad hace falta que el cliente vaya revisando (es decir: probando) continuamente las diferentes etapas del software a desarrollar, con el objetivo de ir modificando y concretando los casos de uso y las debidas respuestas del programa.
Con este fin existen unas herramientas para pruebas de aceptación

Twitter

Acabo de encontrar esta herramienta que sirve para estar en contacto y sobre todo saber en que andamos, es decir en que estamos empleando nuestro tiempo
http://twitter.com/home

y para saber en que ando yo: http://twitter.com/juanantonioruz
saludos!

Seam Framework con Ivy en la gestion de dependencias

http://in.relation.to/Bloggers/ManagingTheDependenciesOfASeamgenProjectWithIvy

Si alguno de vosotros ha intentado mavenizar un proyecto que utilice Seam seguramente habrá visto la escasez de recursos y dificultad para realizarlo (en mi caso no he llegado a conseguirlo). Y para más complicación cuando llega la hora de la herencia con MAVEN y su famoso superpom. EN resumen si utilizais Seam-gen podéis integrarlo con Ivy para la gestión de dependencias y la integración continua

Ivy (+ANT) como alternativa a MAVEN

Acabo de leer que existe esta herramienta Ivy (http://ant.apache.org/ivy/) para la gestión de dependencias en Java. ¿En qué se diferencia de MAVEN? y ¿Por qué utilizarlo? Pues MAVEN hace más cosas pero relacionadas con otros ámbitos, tal como estandarización de proyectos. Mientras que Ivy trabaja unicamente con las dependencias, y si es verdad lo que prometen, es más fácil de extender nuestros poryectos (en MAVEN con el complicado superpom)

ui:repeat no cambia el valor de un c:set

Dentro de un bucle generado con facelets y su correspndiente etiqueta ui:repeat no conseguimos afectar a una variable de tipo incremento en cada una de las pasadas del bucle. Para ello tenemos que utilizar c:forEach y c:set

arrancar 2 instancias de jboss

http://manoharviswanathan.com/blog/tech/running-multiple-jboss-instances-on-the-same-machine/


arranca jboss en una ip: run.sh -b ip

MAVEN un war que depende de otro war

el pom del primer war (es decir la dependencia es normal y corriente)

el que va a utilizar la dependencia es:

• declaración de la dependencia como tipo war
  

• cambio en la configuración del plugin de maven : maven-war-plugin para que al crear el war tenga en cuenta la otra dependencia y la empaquete de forma "especial" es decir qeu no empaquete algunos archivos 2 veces por ejemplo web.xml. En este caso solo incluye un archivo indexBasic.jsp

• y por ultimo configuramos nuestro servidor para que tenga en cuenta el directorio nuevo que se ha creado en el paquete war...

y esto permite pasar los archivos jsp y resources de un war a otro.... otra cosa sería que las clases de la aplicación war que vamos a utilizar como dependencia todavía no se escanean bien por el servidor, supongo que hay que hacer una configuración extra.... de lo contrario unicamente en los wars tendremos resources y las clases en los jars...

**** PARA QUE FUNCIONE mvn jetty:run-explode con mvn jetty:run no furula!!