Alfonso Marín López

Blog personal de un programador

16 January, 2012
by admin
0 comments

Manual de desobediencia a la ley Sinde

Bueno, comienza el cacochondeo. Mientras que en el mundo las leyes de propiedad intelectual parece que empiezan a cambiar en función de lo que los ciudadanos demandan a sus gobiernos, aqui en España… no.
Asi que os dejo un manual, que esta por todo internet, de como evitar la censura de la ley Sinde.

Una pena que en estos tiempos, tengamos unos gobiernos que insistan en no escuchar a los que de verdad manadan, los ciudadanos.

manual_desobediencia

14 January, 2012
by admin
1 Comment

Tuneando Tomcat y Java

Resulta curioso lo de la memoria en java, nunca había tenido problema con ella, y sigo sin tenerlos. Lo único que he tenido ha sido un problema que parecia que era de memoria con una aplicación para un cliente. Al final ha resultado ser una tontería que no ha implicado ningún problema.

Pero la situación me ha hecho investigar un poco sobre el asunto de la memoria y como optimizar Tomcat para producción. Hasta ahora si tenia un problema de memoria, solo la incrementaba y se solucionaba el problema. No se si por que mis requerimientos siempre han sido de andar por casa (nunca he tenido una aplicación con tantos usuarios como Facebook, ya quisiera), o por que siempre he desarrollado las aplicaciones siguiendo una arquitectura estandar y aplicando patrones y tecnologías actualizadas. Pero nunca he tenido problemas.

He descubierto un par de paginas interesantes para aprender las bases de la gestión de la memoria en java. Una es de David Bonilla, una persona a la que sigo desde hace tiempo, artículo.

Esta otra página trata de que hacer cuando tienes un problema y como tratar de solucionarlo. Yo lo he hecho y resulta un poco complicado, supongo que sera práctica.

Y por último una página con pasos claros de como mejorar el rendimiento de nuestro Tomcat. Algunas muy elementales, como gestionar los log con alguna librería y nunca con System.out. Y otras que desconocía completamente como la opción -server.

Un post corto pero cargado de información. Cualquier sugerencia siempre sera bien recibida.

 

2 January, 2012
by admin
3 Comments

GWT + spring + maven

Llevo tiempo queriendo hacer una integración un poco mas limpia entre spring y gwt, y de paso empezar a usar maven de forma completa. Navegando por internet no he encontrado mucha información sobre esta complicada unión. Incluso en Google hay una pequeña pagina donde explica a grandes rasgos una posible integración. Pero no ha sido hasta hace poco que no he dado con alguien que explicara de forma clara como hacerlo.

La dirección de los tutoriales es esta http://krams915.blogspot.com/search/label/GWT, una web que interesante . Si estáis interesados, seguir los tutoriales.

Yo solo añadiré algunas aclaraciones, porque aunque esta bastante claro hay cosas que no me han funcionado.

M2eclipse

Este plugin me ha dado muchos problemas, hasta que me he dado cuenta de que era el y lo he erradicado por completo. Vamos a ver, no es que sea malo o no funcione, es que en mi caso particular me ha hecho muchos extraños. Para empezar, en un proyecto maven las librerías no están en el proyecto, si no que están en el repositorio local, con lo que el eclipse en algunas ocasiones se puede hacer un lío.  Solucionable copiando dichos archivos a la carpeta de la web. Aunque claro, ya empezamos con piados a mano de librerías. Y no importa que las tengas en el classpath, algunas no las coge, no me preguntéis por que.

Y lo mas raro de todo, los controller de spring-mvc no los cargaba, aunque si me cargaba los beans de spring security. Curiosamente las dos clases controlador que hace mención en el tutorial de arriba, no las cargaba, y claro, no encontraba las paginas. Después de muchas comprobaciones, y de ver que utilizando el maven a pelo para ponerlo en marcha si que funcionaba, llegue a esta conclusión.

Y el autor ha debido tener los mismos problemas porque utiliza la declaración de los beans de gwt por el xml, y comenta que hay algún tipo de conflicto con las anotaciones y gwt. Pero puedo confirmar que los servicios de gwt se pueden configurar por anotaciones sin ningún problema.

Así que para evitar problemas, recomiendo utilizar maven como siempre, pero a la hora de ponerlo en eclipse, utilizar mvn eclipse:eclipse, que eso no falla y podréis manejar el proyecto sin problemas, depurar y ejecutar con el plugin de google.

Plugin de google

En este caso solo una aclaración, que ademas la tenéis en la página del mojo, la web donde esta el archetype de gwt, y es que tenéis que mover el archivo de configuración de gwt, modulo.gwt.xml, desde la carpeta de fuentes resources, /src/main/resources, a la carpeta de fuentes java, /src/main/java. Para que el plugin lo reconozca y no tenga problema en ejecutarlo.

gwt-widget

Esta librería te la una implementación sencilla de la solución que propuso google. No tiene ningún problema y funciona muy bien. El inconveniente, que lleva tiempo parada y no se si continuara, aunque por el momento a mi me sirve.

También hay que tener en cuenta que no esta en repositorios maven, con lo que hay que bajárselo e instalarlo en el repositorio local para que funcione bien con maven. Un ejemplo:

mvn install:install-file -DgroupId=org.gwtwidget -DartifactId=gwtwidget -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file

Luego la incluis en vuestro pom tal que así:

		<dependency>
			<groupId>gwt.widget</groupId>
			<artifactId>gwtwidget</artifactId>
			<version>1.0</version>
		</dependency>

Poco mas puede aportar, me ha llevado algún tiempo sacar estas conclusiones pero en el fondo es sencillo.

Queda pendiente un post de como utilizar spring security para aplicar seguridad a una aplicación gwt. Ahora que tengo esto montado y funcionando no me llevara mucho tiempo.

10 May, 2011
by admin
2 Comments

Desarrollo de aplicaciones en Facebook

 

Nuevo proyecto, y como siempre interesante.

Ya hace tiempo que llevaba dandole vueltas a un proyecto algo mas personal que comercial. Con tanto darle vueltas al final me he decantado por realizarlo, ahora que tengo un poco mas de tiempo (no mucho claro). Del proyecto ya hablare mas adelante, por el momento hablare de la tecnología que voy a emplear.

Sera una aplicación en Facebook. No tenia ni idea de como funcionaba y me pareció interesante. Así que voy a ir poniendo mis primeras impresiones.

  • Facebook no aloja las aplicaciones, si no que te crea como una pagina en su dominio, con su mismo formato y funcionalidades, salvo que hay un área que llaman canvas donde se carga tu aplicación en un iFrame.
  • Tu aplicación la debes montar por tu cuenta, o en un servidor o en un hosting compartido o como quieras, pero es cosa tuya.
  • El lenguaje, el que quieras, java, c, php, flash, etc… por que la comunicación se realiza por llamadas a los servicios de Facebook con rest.
  • Desde la aplicación tenemos acceso a toda la api de facebook, datos de usuarios, relaciones, notificaciones, noticias, etc…. con lo que puede ser muy bueno para expandirse entre los millones de usuarios que tiene, es muy viral.

La verdad es que me ha costado muchisimo dar  de alta la aplicación en facebook, sobre todo porque el único mensaje que me decía era que había un problema interno y que lo volviera a intentar. Pasados unos días por fin me dijo algo mas, que tenia que verificar mi cuenta, o por teléfono o por numero de tarjeta. Evidentemente me fui a la opción del teléfono, pero entre los cientos de paises que había, no estaba España, curioso no?

Total, que me toca meter la tarjeta y así poder continuar, por fin me dan de alta la aplicación y comenzamos el desarrollo a medida de la aplicación.

Términos a tener en cuenta:

  • Site URL y site domain: nada que explicar salvo que en site url debe acabar con /, que es un poco quisquilloso con eso.
  • Canvas URL: aqui es la dirección donde almacenaras tu aplicación, ejemplo.com/app, es interesante ponerla en una carpeta que no sea la principal, así podrás gestionarla mejor.
  • Securo Canvas URL: cuando el usuarios esta configurado para acceder por https al facebook, tu deberás proveer tu aplicación también con esta modalidad. Te vale la misma si lo tienes configurado para el mismo sitio en http y https. En cuanto al certificado, no importa que no sea firmado y reconocido por una entidad certificadora, con uno autofirmado sirve, facebook lo enmascara luego con el suyo propio.
  • Pages tabs: no se muy bien donde esta esto o donde aparece, ya os iré contando.

Y por el momento es todo, ahora solo falta desarrollar la aplicación, desplegarla en un servidor y ya se podrá utilizar desde Facebook, SENCILLISIMO!!!

    29 April, 2011
    by admin
    4 Comments

    Spring Security, swing y un servidor de aplicaciones

    Hacia tiempo que no escribía un post técnico y ya ha llegado el momento. Recientemente, desarrollando una aplicación a medida para un cliente, me he visto en la necesidad de conectar una aplicación de escritorio con una aplicación web. En los años que llevo programando no he tenido necesidad de realizar esta operativa, muchas veces ha sido conectar una aplicación web con otras aplicaciones, tanto web, servidores de diferentes tipos como de escritorio, pero han sido siempre desde la perspectiva de la lógica de negocio en el servidor, consumiendo servicios web, accediendo a base de datos o incluso leyendo archivos. Esto es distinto, tengo que ofrecer acceso a mi aplicación web para aplicaciones de escritorio. Nada complicado si se utilizan webservices. Pero he aprovechado la coyuntura para probar unas nuevas herramientas, spring roo, que genera de forma espectacular una aplicación web y al que ya dedicare un post con mas tranquilidad. Por el momento decir que genera aplicaciones con JPA en Hiberanate (mas bien en cualquier cosa) y spring para el negocio. Ademas de hacer un scaffold de las web con GWT. Para la seguridad puedes incluir spring security, que es lo que yo he introducido. Hasta aquí todo bien, funciona perfectamente y sin ningún problema, puedes controlar el acceso por métodos de negocio con simples tag, muy fácil. Ahora viene la parte en que conectamos la aplicación de escritorio, en mi caso con una aplicación swing (por cierto con netbeans y matisse, muy sencillo también). Spring te ofrece un montón de opciones de interconexión, RMI directamente y de forma sencilla, HTTP-Invoke o webservices, entre muchos. He probado RMI y muy contento, pero al final me he decantado por HTTP-invoke por varios motivos:

    • RMI necesita configurarse ademas un puerto concreto, complicando la instalación en según que sitios. Si el servidor y la red son tuyos no hay muchos problemas, pero si utilizas algo como la PAAS de google puedes tener algunos problemas. En cambio HTTP-Invoke usa el mismo puerto 80.

    • Rendimiento: Tanto RMI como HTTP-Invoke tienen muy buenos rendimientos, ambos usan serialización de objetos.

    • Configuración, al ir por el puerto 80 no requiere configuración extra de seguridad.

    El problema lo tuve en la seguridad, como configurar la seguridad y realizar un login remoto, que es lo que voy a explicar aquí.

    Servidor

    Para configurar el lado del servidor hay que realizar los siguientes pasos:

     

    • Crear una capa de servicios: para ello creamos unas clases en nuestro código que ofrecerá los servicios que nos interesen.

    public interface ServicioSaludo {

    @Secured(“ROLE_ADMIN”)

    public String getSaludo();

    }

    @Service(“saludador”)

    public class ServicioSaludoImpl implements ServicioSaludo {

    @Override

    public String getSaludo() {

    return “Hola”;

    }

    }

    Es en la interfaz donde declaramos la seguridad con los tags @Secured. Luego pondré la configuración básica de seguridad.

    El tag @Service le indica a spring que es un bean y que debe nombrarlo como saludador, de esta manera no hará falta ponerlo expresamente en el xml de configuración. Claro que para que funcione debéis configurar vuestro spring con el siguiente código.

    <context:component-scan base-package=”paquete”>

    Si no, simplemente lo declaráis expresamente como un bean

    <bean name=”saludador” class=”paquete.ServicioSaludoImpl”/>

    Ya tenemos el servicio declarado, ahora lo exponemos con HTTP-Invoker.

    <bean name=”/saludadorHTTP” class=”org.springframework.remoting.httpinvoker.HttpInvokerServiceExporter”>

    <property name=”service” ref=”saludador”/>

    <property name=”serviceInterface” value=”paquete.ServicioSaludo”/>

    </bean>

    /saludadorHTTP indica donde estará accesible, después ponemos con que lo exponemos, e indicamos las clases que queremos exponer.

    Aquí tenéis el archivo de configuración de seguridad.

    <?xml version=”1.0″ encoding=”UTF-8″?>
    <beans:beans xmlns=”http://www.springframework.org/schema/security”

    xmlns:beans=”http://www.springframework.org/schema/beans”

    xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”

    xsi:schemaLocation=”http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd

    http://www.springframework.org/schema/security http://www.springframework.org/schema/security/spring-security-3.0.xsd”>

    <http auto-config=”true” use-expressions=”true”>

    <intercept-url pattern=”/login.*” access=”permitAll”/>

    <intercept-url pattern=”/**” access=”isAuthenticated()” />

    <form-login/>

    <anonymous />

    <http-basic />

    </http>

    <global-method-security secured-annotations=”enabled”/>

    <!– Configure Authentication mechanism –>

    <authentication-manager alias=”authenticationManager”>

    <authentication-provider>

    <user-service>

    <user name=”admin” password=”admin” authorities=”ROLE_ADMIN”/>

    </user-service>

    </authentication-provider>

    </authentication-manager>

    </beans:beans>

    use-expressions sirve para utilizar las nuevas forma de definir las seguridad, bastante mas completas.

    Global-method-security sirve para poder utilizar las anotaciones de seguridad en las interfaces que hemos usado antes.

    En cuanto a lo demás, es básico en seguridad de spring, así que no haré mas comentarios.

    Ahora cargamos otro dispacher de spring en el web.xml, se pueden tener todos los que se quieran, y es recomendable separarlo, si tenéis uno para el MVC de spring, podéis dejarlo intacto y añadir este otro solo para las conexiones remotas.

    <servlet>

    <servlet-name>remoting</servlet-name>

    <servlet-class>

    org.springframework.web.servlet.DispatcherServlet

    </servlet-class>

    <init-param>

    <param-name>contextConfigLocation</param-name>

    <param-value>/WEB-INF/spring/remoting-servlet.xml</param-value>

    </init-param>

    <load-on-startup>2</load-on-startup>

    </servlet>

    <servlet-mapping>

    <servlet-name>remoting</servlet-name>

    <url-pattern>/remoting/*</url-pattern>

    </servlet-mapping>

    Varias cosas, para los que no lo sepan, el contextConfigLocation no es necesario, siempre y cuando llaméis al archivo con la nomenclatura servletName-servlet.xml y ubicado en WEB-INF/classes. Si lo queréis en otro sitio y con otro nombre pues se pone.

    Aquí nos quedamos con la URI /remoting, que se usara en el cliente. Con esto ya tendremos configurado el servidor.

    Cliente

    Le toca al cliente, en este caso utilizare una simple aplicación de consola. Necesitaremos varias cosas:

    • Las interfaces del servidor: podemos empaquetar solo las interfaces del servidor y añadirlas nuestro proyecto cliente.
    • Las librerias de spring: tanto el core como security.

    Ahora configuramos nuestra aplicación creando un archivo de configuración cliente para spring, por ejemplo cliente.xml, e introducimos lo siguiente:

    <bean id=”servicio”>

    <property name=”serviceUrl” value=”http://localhost/remoting/saludadorHTTP”/>

    <property name=”serviceInterface” value=”paquete.ServicioSaludo”/>

    <property name=”httpInvokerRequestExecutor”>

    <ref bean=”httpInvokerRequestExecutor”/>

    </property>

    </bean>

    <bean id=”httpInvokerRequestExecutor”     class=”org.springframework.security.remoting.httpinvoker.AuthenticationSimpleHttpInvokerRequestExecutor”/>

    La dirección del servicio donde lo tengáis, en mi caso en localhost, seguido de remoting que es donde mapeamos el servlet para servicios remotos y por último la dirección del servicio concreto que configuramos en el archivo xml de spring del servidor. Ademas cargamos el bean para que lo use de autenticado.

    Y nos vamos al main de la clase cliente.

    //Creamos una autenticación con el usuario y contraseña

    Authentication request = new UsernamePasswordAuthenticationToken(“admin”, “admin”);

    //Este es el contexto que extiende del servidor, es aqui donde nos logeamos

    SecurityContextHolder.getContext().setAuthentication(request);

    //Cargamos el archivo de configuración

    ClassPathXmlApplicationContext contexto = new ClassPathXmlApplicationContext(“cliente.xml”);

     

    ServicioSaludador servicio = (ServicioSaludador) contexto.getBean(“servicio”);

    String cadena = servicio.getSaludo();

    Y ya esta, facilísimo.

    Bueno, quien dice un main dice una aplicación swing, es la mar de sencillo, yo por el momento uso netbeans que funciona muy bien.