Recursos educativos de flamenco y bases de compás

http://www.juntadeandalucia.es/culturaydeporte/centroandaluzflamenco/RecursosEducativos/index.htm

http://grooveshark.com/#!/artist/Solo+Compas/1910773

Tutoriales de Selenium

http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=seleniumTestsJSFTomahawk

http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=Selenium2

http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=SeleniumRemoto

Tests jsf2 con Selenium y sobre Liferay

Al usar selenium ide todo el codigo que se genera utiliza los ids de los elementos del html, con jsf2 tenemos un problema debido a que a veces se autogeneran ids y estos cambian cada vez que se abre la página.
Ejemplo de ids autogenerados:

Nuevo

<div id="A1087:form:menubar" ............

Para evitar esto se pueden modificar los tests generados con selenium para seleccionar los elementos usando xpath.
Lo que he utilizado de momento ha sido:
Para seleccionar un elemento que contenga una parte de un id:

   
type

    //input[contains(@id,'name')]

    NOMBRE


Para seleccionar un elemento del cual su contenido es:

   
clickAndWait

    //span[contains(., 'Nuevo')]

   

Generar fechas automáticas 2 meses en adelante:
 
   
store

    javascript{var dates = new Date();var day = 1;if (day < 10){day = '0' + day;} month = dates.getMonth() + 3;if (month < 10){month = '0' + month;}var year = dates.getFullYear();day + '/' + month + '/' + year}

    dateFrom


   
type

    //input[contains(@id,'date-from_input')]

    ${dateFrom}



Despues estoy intentando que mis tests pasados a junit se ejecuten mediante maven con el siguiente tutorial:

http://www.integratingstuff.com/2011/09/29/continuous-integration-on-liferay-running-your-selenium-2-tests-on-the-tomcat-6-bundle/

Tutorial de Xpath

http://www.w3schools.com/xpath/default.asp

Recopilatorios de frameworks java

http://java-source.net/open-source/j2ee-frameworks
http://www.veracode.com/blog/2012/01/top-ten-java-frameworks-observed-in-customer-applications/
http://www.infoq.com/research/jvm-web-frameworks

Mocks, Mockito y PowerMock

Definicion de mock:
http://es.wikipedia.org/wiki/Objeto_simulado

Tutoriales para utilizar Mockito con junit:
http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=mockitoExample
http://es.kioskea.net/faq/3873-mockito
http://gojko.net/2009/10/23/mockito-in-six-easy-examples/

Y como mockito no permite mockear métodos estáticos, aparece PowerMock que tiene una extension para utilizar con mockito que nos permite realizar el mockeo de métodos estáticos:

http://blog.blindgaenger.net/mocking_a_single_method_with_powermock.html

http://code.google.com/p/powermock/
http://code.google.com/p/powermock/wiki/MockitoUsage
http://stackoverflow.com/questions/10583202/powermockito-mock-single-static-method-and-return-object

Configurar svn ignore desde eclipse

Dentro de svn Info si clickamos con el botón derecho del raton en el grid veremos las opciones de añadir o editar propiedades de svn

Si seleccionamos el tipo de propiedad svn:ignore solo nos faltaría poner el nombre de fichero o ficheros o de directorio a ignorar.

En un proyecto web los ficheros más tipicos a ignorar son los de configuracion del IDE que utilizamos y la carpeta donde se depositan los ficheros compilados.
Por ejemplo yo siempre pongo en ignore estos:

.classpath
.project
.settings
target

Siendo .classpath y .project 2 ficheros que genera mi ide Eclipse, .settings un directorio también generado por eclipse y target el directorio en el que maven deja los compilados y el war que genera.

¿Por qué ignoramos ficheros de nuestro proyecto?
Hay varios motivos como por ejemplo los siguientes:
La carpeta target se ignora porque normalmente no se deberían guardar ficheros compilados en svn.
El motivo principal para ignorar los ficheros de configuración del ide es que no todo el mundo tiene por qué utilizar el mismo ide y que incluso usando el mismo ide a veces los ficheros de configuración  no funcionan entre distintas versiones del ide.
Por lo tanto siempre es mejor, aunque se pierda más tiempo, tener un manual actualizado de cómo se configura nuestro ide para trabajar con nuestros proyectos. Si se guarda la configuración que se hizo inicialmente y se usa siempre sin saber realmente qué hay que configurar es posible que un dia haga falta realizar una modificación, o cambiar de ide o de versión de ide y nadie recuerde ni sepa como se configura nada.
En general deberíamos ignorar cualquier fichero autogenerado por nuestro ide para configuración específica de este o ficheros que se generen mediante la compilación de nuestro proyecto. Por ejemplo si tenemos un proyecto que al compilarse genera una carpeta llena de ficheros .java, esta carpeta no debería guardarse en svn ya que en principio los ficheros autogenerados de esta manera no son modificados posteriormente y entonces no hace falta tener una revisión de los mismos.

Molino de ideas. ApiCultur, plataforma de APIs lingüísticas

http://www.molinodeideas.es

http://www.apicultur.com/

Proyecto Lombok, anotaciones para quitar getters y setters

http://projectlombok.org/

Libros interesantes para leer de spring y portlets

spring in action 3rd edition

portlet in action

spring dynamic modules in action

spring roo in action

Realidad aumentada con java

http://programacioninshort.blogspot.com.es/2013/04/realidad-aumentada-en-java.html
http://proyectotpi.wordpress.com/