Omid Kordestani, el nuevo presidente ejecutivo de Twitter

Siempre he tratado de seguir las novedades tecnológicas, sobre todo las relacionadas con internet, y en la mayoría de los casos he sido un early adopter de todo tipo de servicios en la web; sin embargo, igual puede parecer absurdo, o no, la cuestión es que desde hace ya bastante tiempo me estaba sintiendo como fuera de lugar, o como un bicho raro, simplemente porque no me gusta twitter, no le veo sentido, apenas lo uso para “tuitear” y casi menos aún para ver tuits de otras personas. Es más, los pocos tuits que pongo en su mayoría vienen de otras herramientas que automáticamente me publican el tuit (de hecho creo que este post se publicará automáticamente en un tuit jeje).

Y claro, si ves que twitter está por todos lados, en todos los medios, y que, al menos aparentemente, todo el mundo lo usa (luego es bien fácil comprobar que esto no es tan cierto), pues me queda una sensación extraña.

Sin embargo ahora mi perspectiva ha cambiado totalmente al enterarme de esta noticia: el nuevo presidente ejecutivo de Twitter, Omid Kordestani, no tuitea!!! O sea, el bueno de Omid, según esta noticia, ha publicado 9 tuits en 5 años!!! Hombre, pues a lo mejor no soy un tipo tan raro no?

Si además vemos los problemas que arrastra la empresa últimamente, con importantes movimientos en la cúpula directiva, obligada a practicar despidos, … esto aún más me refuerza en mi postura.

¿Conseguirá Omid engancharse a Twitter al fin? ¿Acabaré yo enganchado algún día? La verdad, dudo ambas cosas, el tiempo lo dirá.

Aprendiendo Vaadin #6: Usando SpringVaadinIntegration con soporte de navegación

Gestor de proyectosLlevaba tiempo buscando una forma de poder desarrollar una aplicación RIA sin tener que sufrir una dura curva de aprendizaje, aprovechando mis conocimientos de Java y obteniendo unos resultados suficientemente buenos. De primeras, GWT me pareció una buena opción, pero después descubrí Vaadin, que bajo mi punto de vista va un paso más allá y me convenció mucho más. En esta serie de entradas compartiré mis primeras experiencias con este framework.

En mi anterior post sobre Vaadin expliqué de una forma práctica cómo implementar soporte de navegación en una aplicación Vaadin. Para ello creé dos vistas, y para poder usar autowiring de spring en las vistas, las clases para las vistas debían ser internas a la clase UI que albergaba al navegador encargado de dar el soporte para navegación.
Usando el plugin SpringVaadinIntegration tendremos la posibilidad de usar autowiring en las clases vista de forma independiente a la clase UI. Para conseguir esto, voy a partir del mismo código del ejemplo anterior para ir modificándolo.

Como primer paso copiamos el proyecto del post anterior a un nuevo proyecto al que llamaré ApVaadinSpringVaadinIntegration. Para añadir la dependencia en maven de SpringVaadinIntegration necesitaremos definir en nuestro pom.xml el repositorio de Vaadin add-ons (si no lo tenemos ya definido, como en mi caso) y ya podremos definir la dependencia. Para añadir el repositorio al pom (si es que no lo tenemos ya agregado):

<repositories>
    <repository>
        <id>vaadin-addons</id>
        <url>http://maven.vaadin.com/vaadin-addons</url>
    </repository>
</repositories>

Y para añadir la dependencia del plugin:

<dependencies>
    <dependency>
        <groupId>ru.xpoft.vaadin</groupId>
        <artifactId>spring-vaadin-integration</artifactId>
        <version>1.7.3</version>
    </dependency>
</dependencies>

Antes de terminar con el pom nos aseguraremos de que aún contamos con la dependencia heredada al copiar el proyecto spring-web, pues la necesitaremos.

Ahora haremos los cambios necesarios al archivo web.xml. Es necesario redefinir el servlet de entrada de Vaadin y sustituirlo por el servlet aportado por el plugin SpringVaadinIntegration. Ahora podremos eliminar todas las referencias a la clase UIProvider que en nuestro ejemplo habíamos denominado MyUIProvider. La referencia al servlet en nuestro web.xml debe quedar así:

<servlet>
    <servlet-name>Test Application</servlet-name>
    <servlet-class>ru.xpoft.vaadin.SpringVaadinServlet</servlet-class>
    <init-param>
        <param-name>beanName</param-name>
        <param-value>MyVaadinUI</param-value>
    </init-param>
</servlet>

Y ahora podemos eliminar la clase MyUIProvider y también la clase Inject, ambas heredadas del ejemplo anterior al copiar el proyecto. A continuación modificaremos nuestra clase MyVaadinUI para hacerla funcionar con el plugin. La etiquetamos como @Component y @Scope(“prototype”). Los diferentes valores que podemos usar para la etiqueta @Scope son:

  • @Scope(“prototype”): crea una nueva instancia por cada nueva página.
  • @Scope(“session”): guarda la instancia UI en la sesión de usuario para ser reusada.
  • Opción por defecto: si no definimos el @Scope se usará en modo Singleton. Esto es, en todas las llamadas y en todos los casos se usará la misma instancia UI.

Ahora es posible extraer de nuestra clase UI las clases vista internas. Nos las llevamos fuera, al mismo paquete donde tenemos declarada la clase MyVaadinUI.

Al extraer las clases vista hay que etiquetarlas con las etiquetas ya conocidas @Component, @Scope, y con la etiqueta @VaadinView. Además, lo que normalmente hacíamos en el constructor ahora lo haremos en un método PostConstruct debidamente etiquetado. Así nuestras vistas serán instanciadas automáticamente, gracias al plugin.

Un problema con el que nos encontramos tras hacer todo esto es que nuestras vistas ya no conocen el servicio helloService. Ahora sí podremos inyectarlo mediante autowiring gracias al plugin SpringVaadinIntegration. De hecho, este servicio ya no nos sirve de nada en nuestra clase UI, así que lo mejor será borrarlo de ella.

El siguiente problema con el que nos encontramos es que nuestras vistas, que antes conocían a la instancia de nuestro Navigator, ahora han dejado de conocerla. La buena noticia es que ya no la vamos a necesitar en nuestras vistas para navegar de una vista a otra, usaremos Links (enlaces) para navegar. Eso sí, para seguir contando con soporte de navegación necesitaremos definir un nuevo Navigator haciendo uso de la clase DiscoveryNavigator que es proporcionada por el plugin y sustituyendo al antiguo Navigator en nuestra clase MyVaadinUI.
Por último, eliminamos de nuestras vistas todas las referencias al antiguo botón que ya no usaremos.

Después de todo esto, nuestra clase MyVaadinUI tendrá este aspecto, muy limpio:

@Component("MyVaadinUI")
@Scope("prototype")
public class MyVaadinUI extends UI {
	
	DiscoveryNavigator navigator;
	protected static final String STARTVIEW = "";
	protected static final String MAINVIEW = "main";  

	@Override
	protected void init(VaadinRequest request) {    	
        	getPage().setTitle("Ejemplo de navegación");        
       		navigator = new DiscoveryNavigator(this, this);        
    	}    
}

Del mismo modo, las vistas también han quedado bastante reducidas y limpias. El código para la vista StartView quedaría así:

@Component
@Scope("prototype")
@VaadinView(MyVaadinUI.STARTVIEW)
public class StartView extends VerticalLayout implements View {
	
	@Autowired
	HelloService helloService;
	
	@PostConstruct
	public void PostConstruct() {
		setSizeFull();
        	addComponent(new Link("Ir a la vista principal (MainView)", new ExternalResource("#!" + MyVaadinUI.MAINVIEW)));
	}
	
	@Override
	public void enter(ViewChangeEvent event) {
		Notification.show(helloService.sayHello(this));
	}
}

y el código para la vista MainView quedaría muy similar:

@Component
@Scope("prototype")
@VaadinView(MyVaadinUI.MAINVIEW)
public class MainView extends VerticalLayout implements View {

	@Autowired
	HelloService helloService;
	
	@PostConstruct
	public void PostConstruct() {
		setSizeFull();
		addComponent(new Link("Ir a la vista inicial (StartView)", new ExternalResource("#!" + MyVaadinUI.STARTVIEW)));
	}
	
	@Override
	public void enter(ViewChangeEvent event) {
		Notification.show(helloService.sayHello(this));
	}
}

Tras todo esto, tenemos una aplicación muy similar a la que teníamos, pero con menos clases y menos líneas de código, mucho más limpia y sencilla. Ahora podemos usar autowiring en las vistas, y podemos definir las vistas externamente a la clase UI.

Puedes descargar el código fuente de este ejemplo aquí.

Aprendiendo Vaadin #5: Soporte de navegación

Gestor de proyectosLlevaba tiempo buscando una forma de poder desarrollar una aplicación RIA sin tener que sufrir una dura curva de aprendizaje, aprovechando mis conocimientos de Java y obteniendo unos resultados suficientemente buenos. De primeras, GWT me pareció una buena opción, pero después descubrí Vaadin, que bajo mi punto de vista va un paso más allá y me convenció mucho más. En esta serie de entradas compartiré mis primeras experiencias con este framework.

Las aplicaciones Vaadin por defecto funcionan en modo SPA (Single Page Application), o sea, todo el contenido, páginas web, formularios, etc. de la aplicación son cargados en una sola página web. Algo muy característico de las aplicaciones SPA es que se pierde el soporte de navegación, o lo que es lo mismo, no permiten moverse atrás/adelante mediante el navegador, y además tampoco permiten guardar una página concreta de la aplicación como favorita (bookmark del navegador). Sólo puedes establecer como bookmark la página de entrada a la aplicación.

Puede que este modo de funcionamiento nos interese o no. Por si no fuera así, vamos a ver cómo implementar soporte de navegación a una aplicación Vaadin. Para esto se suele usar la clase Navigator de Vaadin, que será la encargada de gestionar la navegación entre vistas (View), y a cada vista le podremos asignar un fragmento URI, gracias al cual podremos establecer un bookmark a cada vista.

Como primer paso, clonamos el proyecto de mi anterior post sobre Vaadin en un nuevo proyecto al que he llamado ApVaadinURIFragment. El código fuente que voy a explicar en este post se puede descargar aquí.

Una vez clonado el proyecto conviene hacerle unos cambios. He cambiado el nombre del paquete de com.dherrabits.aprendiendovaadin a com.dherrabits.aprendiendovaadin.urifragment. También me ha parecido buena idea cambiar el nombre del archivo de contexto de spring de context.xml a spring-context.xml. Como he cambiado el nombre del paquete también será necesario cambiar el contenido del archivo de contexto de spring, que debe quedar así:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xmlns:lang="http://www.springframework.org/schema/lang"
   xmlns:context="http://www.springframework.org/schema/context"
   xsi:schemaLocation="http://www.springframework.org/schema/beans 
   			http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
			http://www.springframework.org/schema/lang
 			http://www.springframework.org/schema/lang/spring-lang-3.0.xsd
 			http://www.springframework.org/schema/context
			http://www.springframework.org/schema/context/spring-context-2.5.xsd">
 
    <context:annotation-config />
    <context:component-scan base-package="com.dherrerabits.aprendiendovaadin.urifragment" />
</beans>

Por el mismo motivo, es necesario cambiar las referencias a las clases en el archivo web.xml que debe quedar así:

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
    id="WebApp_ID" version="2.5">
  <display-name>Vaadin Web Application</display-name>
  <context-param>
    <description>Vaadin production mode</description>
    <param-name>productionMode</param-name>
    <param-value>false</param-value>
  </context-param>
  <context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>/WEB-INF/spring/spring-context.xml</param-value>
  </context-param>
  <listener>       
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  </listener>
  <listener>
    <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
  </listener>
  <servlet>
    <servlet-name>Vaadin Application Servlet</servlet-name>
    <servlet-class>com.vaadin.server.VaadinServlet</servlet-class>
    <init-param>
      <description>Vaadin UI to display</description>
      <param-name>UI</param-name>
      <param-value>com.dherrerabits.aprendiendovaadin.urifragment.MyVaadinUI</param-value>
    </init-param>
    <init-param>
      <description>Application widgetset</description>
      <param-name>widgetset</param-name>
      <param-value>com.dherrerabits.aprendiendovaadin.urifragment.AppWidgetSet</param-value>
    </init-param>
    <init-param>
      <description>Vaadin UI Provider</description>
      <param-name>UIProvider</param-name>
      <param-value>com.dherrerabits.aprendiendovaadin.urifragment.MyUIProvider</param-value>
    </init-param>
  </servlet>
  <servlet-mapping>
    <servlet-name>Vaadin Application Servlet</servlet-name>
    <url-pattern>/*</url-pattern>
  </servlet-mapping>
</web-app>

Crearé dos páginas o vistas, una página de entrada por defecto a la que llamare StartView y una página principal a la que llamaré MainView. Ambas mostrarán un mensaje de bienvenida y un botón para navegar de una a otra. Cada una de ellas será una clase que implementará la interfaz View. Ambas serán clases internas a la clase MyVaadinUI. Esto es así por comodidad, para que las vistas tengan acceso al navegador que se definirá en MyVaadinUI y también para que las vistas tengan acceso a los servicios de Spring inyectados en MyVaadinUI. En un siguiente post explicaré cómo usar Spring y autowiring también en las Vistas de forma independiente, usando para ello el plugin SpringVaadinIntegration.

Bien, según lo explicado anteriormente, el código para la clase de la vista de entrada por defecto será algo así:

    public class StartView extends VerticalLayout implements View,ClickListener {
    	
    	public StartView() {
    		
            setSizeFull();
            Button button = new Button("Ir a la vista principal (MainView)");
            button.addClickListener((Button.ClickListener) this);
            addComponent(button);
            setComponentAlignment(button, Alignment.TOP_LEFT);
            
        }
    	
    	@Override
    	public void enter(ViewChangeEvent event) {
    		Notification.show(helloService.sayHello(this));
    	}

    	@Override
    	public void buttonClick(ClickEvent event) {
    		navigator.navigateTo(MAINVIEW);
    	}

    }

y el código para la vista principal será:

    public class MainView extends VerticalLayout implements View,ClickListener {

    	public MainView() {
    		
            setSizeFull();
            Button button = new Button("Ir a la vista inicial (StartView)");
            button.addClickListener((Button.ClickListener) this);
            addComponent(button);
            setComponentAlignment(button, Alignment.TOP_LEFT);
            
        }
    	
    	@Override
    	public void enter(ViewChangeEvent event) {
    		Notification.show(helloService.sayHello(this));
    	}

    	@Override
    	public void buttonClick(ClickEvent event) {
    		navigator.navigateTo("");
    	}

    }

Recordemos que son clases internas a MyVaadinUI y por tanto tienen acceso al servicio Spring inyectado helloService y a la instancia navigator. He modificado el servicio helloService para que devuelva un mensaje diferente en base a qué vista le esté invocando, quedando así:

package com.dherrerabits.aprendiendovaadin.urifragment;

import org.springframework.context.annotation.Scope;
import org.springframework.stereotype.Service;

import com.dherrerabits.aprendiendovaadin.urifragment.MyVaadinUI.MainView;
import com.dherrerabits.aprendiendovaadin.urifragment.MyVaadinUI.StartView;
  
@Service
@Scope("prototype")
public class HelloService {
  
    public String sayHello(Object c) {
    	if (c instanceof StartView)
    		return "Bienvenido a la vista inicial (StartView)";
    	else if (c instanceof MainView)
    		return "Bienvenido a la vista principal (MainView)";
    	else
    		return "Hola desde servicio Spring!!!";
    }
}

Por último, he definido en MyVaadinUI el Navigator que gestionará la navegación entre vistas, he definido el nombre que se empleará para el URI Fragment de la vista principal, y he añadido las vistas al Navigator, y con esto ya estaría todo. El fuente de MyVaadinUI con las clases de vista internas incluidas quedaría finalmente así:

package com.dherrerabits.aprendiendovaadin.urifragment;

import org.springframework.beans.factory.annotation.Autowired;

import com.vaadin.navigator.Navigator;
import com.vaadin.navigator.View;
import com.vaadin.navigator.ViewChangeListener.ViewChangeEvent;
import com.vaadin.server.VaadinRequest;
import com.vaadin.ui.Alignment;
import com.vaadin.ui.Button;
import com.vaadin.ui.Button.ClickEvent;
import com.vaadin.ui.Button.ClickListener;
import com.vaadin.ui.Notification;
import com.vaadin.ui.UI;
import com.vaadin.ui.VerticalLayout;
  
/**
 * The Application's "main" class
 */
@SuppressWarnings("serial")
public class MyVaadinUI extends UI {
      
	@Autowired
    HelloService helloService;
	
    Navigator navigator;
    protected static final String MAINVIEW = "main";

    @Override
    protected void init(VaadinRequest request) {
    	
        getPage().setTitle("Ejemplo de navegación");
        
        // Crear un navegador para controlar las Vistas
        navigator = new Navigator(this, this);
        
        // Crear y registrar las Vistas
        navigator.addView("", new StartView());
        navigator.addView(MAINVIEW, new MainView());
        
    }
  
    public class StartView extends VerticalLayout implements View,ClickListener {
    	
    	public StartView() {
    		
            setSizeFull();
            Button button = new Button("Ir a la vista principal (MainView)");
            button.addClickListener((Button.ClickListener) this);
            addComponent(button);
            setComponentAlignment(button, Alignment.TOP_LEFT);
            
        }
    	
    	@Override
    	public void enter(ViewChangeEvent event) {
    		Notification.show(helloService.sayHello(this));
    	}

    	@Override
    	public void buttonClick(ClickEvent event) {
    		navigator.navigateTo(MAINVIEW);
    	}

    }

    public class MainView extends VerticalLayout implements View,ClickListener {

    	public MainView() {
    		
            setSizeFull();
            Button button = new Button("Ir a la vista inicial (StartView)");
            button.addClickListener((Button.ClickListener) this);
            addComponent(button);
            setComponentAlignment(button, Alignment.TOP_LEFT);
            
        }
    	
    	@Override
    	public void enter(ViewChangeEvent event) {
    		Notification.show(helloService.sayHello(this));
    	}

    	@Override
    	public void buttonClick(ClickEvent event) {
    		navigator.navigateTo("");
    	}

    }

    
}

Y así disponemos de forma sencilla de un proyecto Vaadin con soporte de navegación mediante vistas usando un servicio Spring auto-inyectado. Como he comentado anteriormente, en un siguiente post explicaré cómo usar Spring y autowiring también en las Vistas de forma independiente, usando para ello el plugin SpringVaadinIntegration. De esta forma será posible usar autowiring de Spring en las vistas sin que estas tengan que ser clases internas a nuestra clase UI.

Puedes descargar el código fuente de este ejemplo aquí.

Aprendiendo Vaadin #4: Agregando Spring

Gestor de proyectosLlevaba tiempo buscando una forma de poder desarrollar una aplicación RIA sin tener que sufrir una dura curva de aprendizaje, aprovechando mis conocimientos de Java y obteniendo unos resultados suficientemente buenos. De primeras, GWT me pareció una buena opción, pero después descubrí Vaadin, que bajo mi punto de vista va un paso más allá y me convenció mucho más. En esta serie de entradas compartiré mis primeras experiencias con este framework.

En mi anterior post sobre Vaadin mostré cómo crear un proyecto desde cero usando Eclipse, Maven y Tomcat. Creo que un buen siguiente paso sería incorporar Spring a la solución.

Parto desde cero: para este proyecto estoy estrenando Eclipse Kepler en su versión Eclipse IDE for Java Developers. En casos como este (cuando estás aprendiendo o desarrollando proyectos experimentales) recomiendo usar las últimas versiones de las herramientas. En el trabajo ya es otra historia y no siempre es lo mejor estar a la última.

Para crear el proyecto Maven para la versión 7 de Vaadin me guiaré por las recomendaciones de Javi Serrano, un muy buen colega de profesión, que podemos ver en este post de su blog. La solución propuesta consiste, según las propias palabras de Javier, en una clase “Inyectora”, una serie de escuchadores y parámetros de contexto en el archivo web.xml y una configuración mínima de spring que permita el “Autowiring” de las dependencias de modo transparente. Por tanto creamos un nuevo proyecto Maven desde Eclipse, y en la pantalla de selección de arquetipo añadimos el arquetipo vaadin-archetype-application a nuestro repositorio Local (este paso no es necesario, es cuestión personal) pulsando “Add Archetype…” y usando esta información:

AddArchetype

Al paquete del proyecto lo he llamado com.dherrerabits.aprendiendovaadin, y al proyecto AprendiendoVaadinAgregandoSpring. El nombre del paquete es relevante pues después modificaremos el archivo web.xml y lo usaremos en él. Una vez generado el proyecto agregamos las dependencias de Spring al pom:

spring-dependency

Ahora modificamos el archivo web.xml sustituyéndolo por el siguiente:

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
	xmlns="http://java.sun.com/xml/ns/javaee" 
	xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" 
	xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" 
	id="WebApp_ID" version="2.5">
  <display-name>Vaadin Web Application</display-name>
  <context-param>
    <description>Vaadin production mode</description>
    <param-name>productionMode</param-name>
    <param-value>false</param-value>
  </context-param>
  <context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>/WEB-INF/spring/context.xml</param-value>
  </context-param>
  <listener>       
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  </listener>
  <listener>
    <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
  </listener>
  <servlet>
    <servlet-name>Vaadin Application Servlet</servlet-name>
    <servlet-class>com.vaadin.server.VaadinServlet</servlet-class>
    <init-param>
      <description>Vaadin UI to display</description>
      <param-name>UI</param-name>
      <param-value>com.dherrerabits.aprendiendovaadin.MyVaadinUI</param-value>
    </init-param>
    <init-param>
      <description>Application widgetset</description>
      <param-name>widgetset</param-name>
      <param-value>com.dherrerabits.aprendiendovaadin.AppWidgetSet</param-value>
    </init-param>
    <init-param>
      <description>Vaadin UI Provider</description>
      <param-name>UIProvider</param-name>
      <param-value>com.dherrerabits.aprendiendovaadin.MyUIProvider</param-value>
    </init-param>
  </servlet>
  <servlet-mapping>
    <servlet-name>Vaadin Application Servlet</servlet-name>
    <url-pattern>/*</url-pattern>
  </servlet-mapping>
</web-app>

A continuación creamos el archivo context.xml en la ruta “src/main/webapp/WEB-INF/spring“:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
   xmlns:lang="http://www.springframework.org/schema/lang"
   xmlns:context="http://www.springframework.org/schema/context"
   xsi:schemaLocation="http://www.springframework.org/schema/beans 
   http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
   http://www.springframework.org/schema/lang 
   http://www.springframework.org/schema/lang/spring-lang-3.0.xsd
   http://www.springframework.org/schema/context
   http://www.springframework.org/schema/context/spring-context-2.5.xsd">
    <context:annotation-config />
    <context:component-scan base-package="com.dherrerabits.aprendiendovaadin" />
</beans>

El siguiente paso, como muy bien nos explica Javi Serrano en su blog, será crear la clase inyectora:

package com.dherrerabits.aprendiendovaadin;

import javax.servlet.ServletContext;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpSession;
 
import org.springframework.beans.factory.config.AutowireCapableBeanFactory;
import org.springframework.context.ApplicationContext;
import org.springframework.web.context.WebApplicationContext;
import org.springframework.web.context.request.RequestContextHolder;
import org.springframework.web.context.request.ServletRequestAttributes;
import org.springframework.web.context.support.WebApplicationContextUtils;
 
public class Inject {
 
    public static void inject( Object component )
    {
        ApplicationContext context = getApplicationContext();
        AutowireCapableBeanFactory beanFactory = context.getAutowireCapableBeanFactory();
        beanFactory.autowireBeanProperties( component, AutowireCapableBeanFactory.AUTOWIRE_BY_TYPE, false );
    }
 
    private static ApplicationContext getApplicationContext()
    {
        ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.currentRequestAttributes();
        HttpServletRequest request = attributes.getRequest();
        HttpSession session = request.getSession( false );
        ServletContext servletContext = session.getServletContext();
        WebApplicationContext context = WebApplicationContextUtils.getRequiredWebApplicationContext( servletContext );
        return context;
    }
}

A continuación creamos la clase UIProvider a la que llamaremos MyUIProvider:

package com.dherrerabits.aprendiendovaadin;

import com.vaadin.server.UIClassSelectionEvent;
import com.vaadin.server.UICreateEvent;
import com.vaadin.server.UIProvider;
import com.vaadin.ui.UI;
 
@SuppressWarnings("serial")
public class MyUIProvider extends UIProvider {
 
    @Override
    public Class getUIClass(UIClassSelectionEvent event) {
        return MyVaadinUI.class;
    }
 
    @Override
    public UI createInstance(UICreateEvent event) {
        UI instance = super.createInstance(event);
        Inject.inject(instance);
        return instance;
    }
}

Siguiendo los pasos de Javi, creamos el servicio HelloService:

package com.dherrerabits.aprendiendovaadin;

import org.springframework.context.annotation.Scope;
import org.springframework.stereotype.Service;
 
@Service
@Scope("prototype")
public class HelloService {
 
    public String sayHello() {
        return "Hello Vaadiners from a Spring Service!!!";
    }
}

Y a continuación modificamos la clase MyVaadinUI que se creó automáticamente, con el objetivo de que use el servicio recién creado quedando así:

package com.dherrerabits.aprendiendovaadin;

import org.springframework.beans.factory.annotation.Autowired;
 
import com.vaadin.server.VaadinRequest;
import com.vaadin.ui.Button;
import com.vaadin.ui.Button.ClickEvent;
import com.vaadin.ui.Button.ClickListener;
import com.vaadin.ui.Notification;
import com.vaadin.ui.Notification.Type;
import com.vaadin.ui.UI;
import com.vaadin.ui.VerticalLayout;
 
/**
 * The Application's "main" class
 */
@SuppressWarnings("serial")
public class MyVaadinUI extends UI implements ClickListener{
     
    @Autowired
    HelloService helloService;
 
    @Override
    protected void init(VaadinRequest request) {
        final VerticalLayout layout = new VerticalLayout();
        layout.setMargin(true);
        setContent(layout);
        Button button = new Button("Click Me");
        button.addClickListener((Button.ClickListener) this);
        layout.addComponent(button);
    }
     
    public void buttonClick(ClickEvent event){
        if (helloService != null){
            Notification.show("The injected service says", helloService.sayHello(), Type.HUMANIZED_MESSAGE);
        }
    }
 
}

A continuación, tal como nos indica Javi en su blog, es posible probar la aplicación usando el comando “mvn package jetty:run”. Yo personalmente no soy muy amigo del command prompt y ejecutaré el mismo comando para probar, pero desde eclipse:

jetty-run

Y ya podemos probar usando la URL: http://localhost:8080/AprendiendoVaadinAgregandoSpring

Pues bien, para continuar por donde me había quedado en anteriores posts, ahora incluiré Tomcat en Eclipse (aunque no des-recomiendo en absoluto usar Jetty para desarrollar, es más bien una opción personal). En la distro de Eclipse que he elegido no están incluidas las “Web Tools Platform”, así que las instalaré a continuación:

wtp

No es mi intención explicar aquí cómo instalar Tomcat en Eclipse. Eso ya está más que documentado en la web. Ahora convertimos el proyecto en un proyecto web, tal como expliqué en mi anterior post y finalmente tenemos en marcha un proyecto funcionando con las siguientes tecnologías: Eclipse, Maven, Tomcat, Spring y Vaadin 7.

Llegados a este punto es el momento ideal para generar el correspondiente arquetipo de Maven usando la sentencia mvn archetype:create-from-project. Automáticamente se nos generará un arquetipo a partir del proyecto que hemos creado, y se guardará en target. Para poder usar el arquetipo, deberá estar instalado en nuestro repositorio con lo que ejecutamos un mvn install desde target/generated-sources/archetype.
Ahora ya podemos crear un nuevo proyecto usando el arquetipo, desde Eclipse, File->New->Other…->Maven->Maven Project, en la pantalla de selección de arquetipo será importante pulsar el check Include snapshot archetypes, pues de la forma en la que hemos generado el arquetipo se habrá instalado en versión snapshot, y una vez generado el proyecto mediante Maven, habremos conseguido crear muy fácil y rápidamente un proyecto web eclipse con Maven, Spring y Vaadin 7.

Puedes descargar el código fuente de este ejemplo aquí.

Aprendiendo Vaadin #3: Usando Eclipse, Maven y Tomcat

Gestor de proyectosLlevaba tiempo buscando una forma de poder desarrollar una aplicación RIA sin tener que sufrir una dura curva de aprendizaje, aprovechando mis conocimientos de Java y obteniendo unos resultados suficientemente buenos. De primeras, GWT me pareció una buena opción, pero después descubrí Vaadin, que bajo mi punto de vista va un paso más allá y me convenció mucho más. En esta serie de entradas compartiré mis primeras experiencias con este framework.

En mi anterior post sobre Vaadin expliqué cómo crear un entorno de desarrollo Vaadin usando Eclipse y Maven, y como servidor Jetty. Aunque esta configuración es válida, no me termina de convencer. Me parece mucho más cómodo usar un servidor Tomcat integrado en Eclipse para ejecutar y hacer debug. En la documentación no he encontrado apenas nada al respecto. Para cubrir este hueco, veamos la forma de conseguir esto:

Parto de la suposición de que ya tenemos un servidor Tomcat v6 (ó 7) integrado en Eclipse (Juno o Indigo). Evolucionaremos el proyecto Maven AprendiendoVaadinConMaven. Lo mejor será hacer una copia exacta del proyecto original y llamarlo AprendiendoVaadinConMavenYTomcat. Si hacemos memoria, la estructura del proyecto creado será:

estructura_proyecto

El siguiente paso será convertir el proyecto creado en un proyecto web que podamos añadir al servidor Tomcat desde Eclipse. Para ello, usando el botón derecho del ratón sobre el proyecto entraremos a sus propiedades y accedemos a la opción “Project Facets”, y pulsamos en “Convert to faceted form…”. A continuación seleccionamos “Dynamic Web Module” y la versión 2.4:

facet

En este momento nos aparecerá el mensaje/enlace: Further configuration available…. Es necesario pinchar en él para cambiar la carpeta de contenido por defecto, en lugar de “WebContent” colocaremos “src/main/webapp”:

further-configuration

Tras pulsar OK, ya tenemos el proyecto en formato web y es posible agregarlo al servidor Tomcat integrado en Eclipse, pero en estos momentos, si lo ejecutamos, no funcionará. Para hacerlo funcionar es necesario incluir la dependencias Maven en la sección Deployment Assembly. Para ello volvemos a entrar en las propiedades del proyecto, pulsamos en “Deployment Assembly” y hacemos 2 cosas: primero eliminar “src/test/java” pues no lo vamos a necesitar, y segundo añadir las dependencias de Maven pulsando en Add -> Java Build Path Entries -> Maven Dependencies. Debe quedar así:

deployment-assembly

Y ahora sí, tras actualizar todo y hacer un Build, ya es posible añadir el proyecto web al servidor Tomcat integrado en Eclipse y ejecutar o hacer debug, y ya queda todo listo para usar el mismo ejemplo de los post anteriores, con Maven y el servidor Tomcat integrado en Eclipse.

Puedes descargar el código fuente de este ejemplo aquí.

Aprendiendo Vaadin #2: Usando Maven

Gestor de proyectosLlevaba tiempo buscando una forma de poder desarrollar una aplicación RIA sin tener que sufrir una dura curva de aprendizaje, aprovechando mis conocimientos de Java y obteniendo unos resultados suficientemente buenos. De primeras, GWT me pareció una buena opción, pero después descubrí Vaadin, que bajo mi punto de vista va un paso más allá y me convenció mucho más. En esta serie de entradas compartiré mis primeras experiencias con este framework.

En mi anterior post sobre Vaadin creé un pequeño proyecto al que llamé AprendiendoVaadin y monté un primer entorno de desarrollo siguiendo las indicaciones del libro de Vaadin, usando Eclipse y como guía las instrucciones para instalar el plugin de Eclipse y para crear y ejecutar un nuevo proyecto. El plugin de Vaadin para Eclipse requiere adicionalmente el plugin Apache IvyDE, y como puede resultar evidente, al crear un nuevo proyecto éste se configura automáticamente para usar como gestor de dependencias Apache Ivy.

Como en mi caso llevo años trabajando con Maven, y tampoco los resultados de Google Trends son muy alentadores para Apache Ivy, he preferido cambiar y usar Maven. Para esta tarea el libro de Vaadin en mi opinión se queda bastante corto, así que espero que este post pueda servir de ayuda a algún iniciado como yo. El primer paso fue crear el proyecto Maven al que llamé AprendiendoVaadinConMaven en Eclipse, usando el plugin Maven Integration for Eclipse (m2eclipse). Para ello usé el arquetipo Maven vaadin-archetype-application:

y a continuación los parámetros:

Maven-params

De esta forma se consigue un proyecto inicial básico que incluye a la clase principal MyVaadinUI:

public class MyVaadinUI extends UI
{

    @Override
    protected void init(VaadinRequest request) {
        final VerticalLayout layout = new VerticalLayout();
        layout.setMargin(true);
        setContent(layout);

        Button button = new Button("Click Me");
        button.addClickListener(new Button.ClickListener() {
            public void buttonClick(ClickEvent event) {
                layout.addComponent(new Label("Thank you for clicking"));
            }
        });
        layout.addComponent(button);
    }

}

Como mi intención es continuar con el trabajo hecho en mi anterior post sobre Vaadin, toca renombrar esta clase a AprendiendoVaadinUI y cambiar su contenido. Tras hacer un Refactor->Rename de Eclipse y cambiar su contenido debe quedar algo así:

public class AprendiendoVaadinUI extends UI {

	private final String BTN_CAPTION_MOSTRAR_MENSAJE = "Mostrar mensaje";
	private final String BTN_CAPTION_OCULTAR_MENSAJE = "Ocultar mensaje";
	private final String MENSAJE = "Hola Mundo!!!";

	@Override
	protected void init(VaadinRequest request) {
		final VerticalLayout layout = new VerticalLayout();
		final Label mensaje = new Label(MENSAJE);
		final Button button = new Button(BTN_CAPTION_MOSTRAR_MENSAJE);

		layout.setMargin(true);
		setContent(layout);

		layout.addComponent(button);
		mensaje.setVisible(false);
		layout.addComponent(mensaje);

		button.addClickListener(new Button.ClickListener() {
			public void buttonClick(ClickEvent event) {
				mensaje.setVisible(!mensaje.isVisible());
				if (mensaje.isVisible())
					button.setCaption(BTN_CAPTION_OCULTAR_MENSAJE);
				else
					button.setCaption(BTN_CAPTION_MOSTRAR_MENSAJE);
			}
		});
	}
}

Por el momento todo bien, tras ejecutar un mvn package ya tengo el correspondiente war. Pero con esto no es suficiente, este war no funcionará, porque al intentar entrar en la aplicación el servidor buscará la antigua clase MyVaadinUI. Para corregir esto hay que editar el archivo web.xml y cambiar la clase asignada al servlet de entrada:

<servlet-name>Vaadin Application Servlet</servlet-name>
        <servlet-class>com.vaadin.server.VaadinServlet</servlet-class>
        <init-param>
            <description>Vaadin UI to display</description>
            <param-name>UI</param-name>
            <param-value>com.dherrerabits.aprendiendovaadin.AprendiendoVaadinUI</param-value>
        </init-param>

Ahora ya es posible ejecutar la aplicación. El arquetipo de Maven para Vaadin viene preparado y configurado para ejecutar mediante Jetty. Para ello, usando Maven desde Eclipse, en Goals escribimos jetty:run y a continuación se puede probar la aplicación mediante la url http://localhost:8080/

Bien, el problema ahora es que en este punto no se puede hacer debug desde Eclipse. Para solucionar esto habrá que habilitar el debugging remoto. Para ello, en la configuración Maven recién creada con el Goal jetty:run accedemos a la pestaña JRE y especificamos los siguientes argumentos para la máquina virtual:

-Xdebug -Xrunjdwp:transport=dt_socket,address=4000,server=y,suspend=n

Ahora al iniciar Jetty en la consola aparecerá el mensaje:

Listening for transport dt_socket at address: 4000

A continuación es necesario crear una configuración de debug. Para ello haremos botón derecho sobre el proyecto, “Debug As…”-> “Debug Configurations…” y creamos una nueva “Remote Java Application”. Importante recordar aquí que el puerto que hemos indicado en el paso anterior es el 4000:

vaadin-debug

Y ahora sí ya es posible hacer debug. Con esto ya por fin tenemos un entorno de desarrollo Vaadin con Maven completo.

Puedes descargar el código fuente de este ejemplo aquí.

Tutorial: Cómo crear un cliente SOAP en Java sin usar AXIS paso a paso

javaHispanoCuando nos encontramos ante la necesidad de desarrollar un cliente SOAP en Java, normalmente lo que se hace es generar las clases stub necesarias mediante AXIS, o también CXF o Metro. Puede que no siempre sea la opción más conveniente o quizá no sea posible el uso de alguna de estas herramientas, aunque eso sí, no cabe duda que facilitan muchísimo un desarrollo que sin ellas sería bastante arduo.

Tengo el placer de anunciar que me han publicado en javaHispano este tutorial“Cómo crear un cliente SOAP en Java sin usar AXIS paso a paso”, donde muestro cómo desarrollar dicho cliente de una manera no habitual, sin usar ninguna de las utilidades mencionadas, y además de una forma sencilla y clara.

Espero que resulte de utilidad para la comunidad de desarrolladores java.