Integrando Twitter con Joomla

25/10/2009 at 7:45 pm | In Informatica, php | 1 Comment
Tags: , ,

Cuándo escuché por primera vez de twitter pensé que se trataba de otra red social más como hi5.com o facebook.com, ahora después de conocerlo más puedo afirmar que se trata de un concepto de comunicación realmente distinto, microblogging: .

http://es.wikipedia.org/wiki/Microblogging

Bueno, pero estamos aquí para aprender a instalar un módulo para mostrar nuestros últimos tweets en una página basada en Joomla.

El método rápido, te bajas el módulo de aquí:

http://joomlacode.org/gf/project/simpletwitter

y lo instalas desde el panel de administración de Joomla.

Si no tienes mucha experiencia con Joomla derepente te sirva el método más largo, bueno, de todas formas necesitas descargar el módulo desde el vínculo de arriba, después te dirijes al panel de administración en la pestaña “Extensiones” eliges la opción “Instalar/desinstalar”,  subes el módulo y listo, la primera parte ha sido completada.

Ahora procedemos a activar el módulo, nuevamente pestaña “Extensiones”, luego la opción “Gestor de módulos” y después ubicas el módulo “Simple Twitter”. Dentro de éste podrás ver las opciones de configuración.

Módulo simpletwitter

La activación de la caché puede ser útil para que tu servidor no le haga una petición al servidor de twitter cada vez que tengas un visitante en tu página (ésto mejorará el desempeño y la velocidad a la que cargue tu página).

El campo de “Sufijo de la clase” puede servir para hacer personalizaciones en la manera en la apariencia del módulo, si sabes algo de CSS entenderás a que me refiero. No olvides activar el módulo en el menú de la izquierda, además de asignarle una posición en la pantalla (left, right, etc).

Para tener correctamente traducidos los parámetros de configuración del módulo puedes descargar mis propias traducciones para éste módulo:

http://www.2shared.com/file/8521671/b67d0e15/simpletwitter_translations.html

Y copiar el archivo: es-ES.mod_simpletwitter.ini en la carpeta (joomla_folder)/language/es-ES y el archivo en-GB.mod_simpletwitter.ini en la carpeta (joomla_folder)/language/en-GB. Por cierto la modificación de los archivos de traducción también se puede realizar desde el panel de control.

Componentes > Administrar traducciones

Componentes > Administrar traducciones

Después de instalar el módulo y de asignarle una posición en nuestra página, este quedará con una apariencia parecida a la siguiente:

simple_twitter_joomla_moduleEstá claro que debemos modificarlo, porque por defecto este módulo viene con un mensaje que nos insta a hacerlo:

Edit how this looks in the mod_simpletwitter.php file

Bueno, entonces vamos al directorio de instalación de joomla, y sin miedo de romper algo nos dirigimos a la carpeta modules, donde podremos ver cada módulo tiene asignada una carpeta con el nombre en este formato mod_(nombre del modulo), así es como joomla administra los módulos instalados. Ahora nos dirigimos a modules/mod_simpletwitter y en ésta carpeta veremos los siguientes archivos:

mod_simpletwitter

Al cargar el módulo joomla buscara un archivo con éste formato: mod_(nombre módulo).php y así nuestro módulo cargara a partir de ese punto.

Si revisamos ese archivo, en la primera línea veremos

<?php defined( ‘_JEXEC’ ) or die( ‘Restricted access’ );

Ésta línea previene que nadie pueda acceder a ejecutar este archivo php directamente indicando su url, así:

http://localhost/joomla/modules/mod_simpletwitter/mod_simpletwitter.php

porque la variable _JEXEC se define al comienzo de la aplicacion en el archivo http://localhost/joomla/index.php y por lo tanto, si alguien accede a la url de manera directa esta variable (o constante) aún no estará definida y solo recibirá el mensaje:

Restricted access.

Bueno, regresando a nuestro módulo, en el hay varias cosas que podemos hacer, la primera que yo sugeriría es crear un archivo index.html en la carpeta modules/mod_simpletwitter para evitar que cualquiera liste el contenido de esa carpeta, ésta es una medida de seguridad.

A ver, ahora veremos como eliminar el mensaje:

Edit how this looks in the mod_simpletwitter.php file

Para ésto iremos a a la línea 23 del archivo mod_simpletwitter.php y simplemente la eliminaremos.

delete_line_23

Nuevamente si conocen algo de html y css modificar la apariencia del módulo será bastante sencillo.

Pruebas unitarias usando mock objects

11/10/2009 at 8:42 pm | In Informatica, Java, Test Driven Development | Leave a Comment

Hoy comenzaré el día escribiendo un post después de casi dos meses lejos del blog, ha sido un tiempo largo pero ha sido aprovechado para aprender nuevas tecnologías e historias que compartir por aquí.

El tema de hoy será como escribir pruebas unitarias usando mock objects, pero, ¿qué son los mock objects? Yo los definiría como objetos programables para que se comporten de una manera determinada en runtime. ¿Y para qué puede servirnos esto al hacer pruebas unitarias? Nos servirá para probar las clases aisladas de sus dependencias, así, si una de las clases de las que nuestra clase depende falla, entonces este error no afectará la prueba unitaria de nuestra clase y deberemos identificar y solucionar ese problema en la otra clase (que debería tener escritas algunas pruebas unitarias).

Veamos un ejemplo en el que las depedencias pueden fallar.

Clases con dependencias La clase que queremos probar es ManejoDeUsuariosImpl, una implementación de la interface ManejoDeUsuarios, ésta clase se compone de instancias de LDAPAccesibleImpl, esto significa que si algo falla en LDAPAccesibleImpl nuestra clase también fallará probablemente y al hacer pruebas unitarias lo que queremos es someter a prueba exclusivamente el comportamiento de una clase independientemente del correcto funcionamiento de sus dependencias. Para darnos una mejor idea… ¿Qué podría fallar en LDAPAccesibleImpl? Hmm creo que todo, podría fallar la conexión de red al servidor LDAP, podría suceder que hayan eliminado al usuario que pensabamos usar para nuestras pruebas unitarias, etc.

Bueno, veamos un ejemplo de prueba unitaria para nuestra clase ManejoDeUsuariosImpl que es la implementación de ManejoDeUsuarios.

ManejoDeUsuarioImplTest.java

package com.imageneureka;

import org.junit.Test;

import static org.easymock.EasyMock.*;

public class ManejoDeUsuariosImplTest {

 private static final String USUARIO_ACTIVO = "active";
 private static final String USUARIO_NO_EXISTENTE = "inactive";

 @Test
 public void hacerAlgoConUnUsuarioActivoTestHappyPath()
 throws Exception {
 // primer paso: creamos el mock, usando el metodo
 //estatico org.easymock.EasyMock.createMock
 LDAPAccesible foo = createMock(LDAPAccesible.class);
 // segundo paso: establecemos el comportamiento
 //, parametros -> respuesta
 expect(foo.esUnUsuarioActivo(USUARIO_ACTIVO)).
 andReturn(Boolean.TRUE).anyTimes();
 // invocamos replay sobre el mock
 replay(foo);
 ManejoDeUsuariosImpl bar = new ManejoDeUsuariosImpl();
 // necesitamos esta linea para establecer la instancia
 //de LDAPAccesible que usara
 // nuestra clase a probar, en este caso el mock
 bar.setMyLDAPAccesibleImpl(foo);
 bar.hacerAlgoConUnUsuarioActivo(USUARIO_ACTIVO);
 // invocamos verify sobre el mock
 verify(foo);
 }

 @Test(expected=IllegalArgumentException.class)
 public void hacerAlgoConUnUsuarioActivoTestLLamadaIncorrecta()
 throws Exception {
 // primer paso: creamos el mock, usando el metodo estatico
 //.easymock.EasyMock.createMock
 LDAPAccesible foo = createMock(LDAPAccesible.class);
 // segundo paso: establecemos el comportamiento,
 //parametros -> respuesta
 expect(foo.esUnUsuarioActivo(USUARIO_NO_EXISTENTE)).
 andReturn(Boolean.FALSE).anyTimes();
 // invocamos replay sobre el mock
 replay(foo);
 ManejoDeUsuariosImpl bar = new ManejoDeUsuariosImpl();
 // necesitamos esta linea para establecer la instancia
 //de LDAPAccesible que usara
 // nuestra clase a probar, en este caso el mock
 bar.setMyLDAPAccesibleImpl(foo);
 bar.hacerAlgoConUnUsuarioActivo(USUARIO_NO_EXISTENTE);
 // invocamos verify sobre el mock
 verify(foo);
 }
}

Antes de que revisemos el ejemplo les sugiero bajarse el ejemplo completo para que puedan ver la dependencia entre las clases de implementacion y asi puedan darse una idea mas clara de qué es lo que pretende testear esta prueba unitaria.

http://www.2shared.com/file/8369937/d643442b/easyMockTest.html

En el archivo que bajarán encontrarán una carpeta con un archivo pom.xml, éste es el project object model de maven, para los que no conocen maven, es un manejador de dependencias y proyectos muy útil, con él solamente necesitan el pom.xml y las dependencias (jars) se bajan de internet automáticamente, además ya se está convirtiendo en el estándar para gestionar proyectos, por lo tanto: http://www.chuidiang.com/java/herramientas/maven.php además tiene muy buena integración con los IDEs que conozco, a saber Netbeans y Eclipse, en Netbeans tan solo tiene que ir a instalar plugins seleccionar el plugin para maven y ya esta, listo para usar.

Regresando a los nuestro, en esta prueba unitaria hay dos métodos de prueba, uno de ellos (hacerAlgoConUnUsuarioActivoTestHappyPath() ) prueba la clase bajo circuntancias favorables (usuario válido) y el otro (hacerAlgoConUnUsuarioActivoTestLLamadaIncorrecta()) prueba la llamada al método ManejoDeUsuariosImpl.hacerAlgoConUnUsuarioActivo() con un usuario incorrecto, circunstancia bajo la cual éste metodo debería responder con una excepción IllegalArgumentException y el proceso de emulación del comportamiento de la dependencia de la clase a testear se detalla como comentarios en el ejemplo.

Por último, cabe mencionar que easyMock no es el único framework para crear mock objects, también existe JMock, el cual implementa ésta funcionalidad aunque con un estilo DSL

Entradas siguientes »

Blog de WordPress.com. | Theme: Pool by Borja Fernandez.
Entries and comments feeds.