GOOOOOO

Si bien los 3 tienen su utilidad y beneficios, es necesario tener claro la diferencia de ambas.

Usando HTTPService podemos interactuar con todo lo que maneje el protocolo HTTP (paginas jsp, aspx, archivos ,REST, etc) pero el incoveniente es que nunca sabremos exactamente el formato preciso ni la codificación usada. Es mas usada para obtener archivos y con REST (aunque este ultimo tiene sus problemas).

Ahora los 2 servicios restantes tienen mejores cualidades que el servicio HTTP pero también involucra mas complejidad y configuración. En el caso de los servicios web es necesario tener en cuenta todos los métodos a usar, la autentificación y también el famoso archivo crossdomain.xml que es el que nos permite saber que servicios se puede responder y cuáles no. Dicha complejidad resulta un dolor de cabeza cuando se quiere usar distintos servicios en distintos servidores que tengan dominios distintos ya que una de las razones de ser del archivo crossdomain.xml es el “informar” que dominio está disponible o no. Es decir que el archivo crossdomain.xml debe estar en los servidores a usar.

Ahora bien para solucionar el problema de comunicación y de interaoperabilidad se creo el protocolo AMF para el uso de aplicaciones que usen el motor de Flash. Dicho protocolo ayuda a la transmisión de los denominados objetos remotos entre el front y el back end. Actualmente existe una solución denominada LiveCycle de Adobe (mas informacion sobre sus detalles tecnicos aqui) pero es comercial (y estamos hablando de muchos $$$) y es por eso que se crearon soluciones gratuitas como son el BlazeDs y GraniteDS.

Para no hacerla mas larga y comenzar a trabajar con Granite resaltare las direcencias mas importantes y por las cuales me han hecho elegir dicho framework :

• Granite tiene mas de 10 tipos de integración con las tecnologías mas resaltantes como son : POJOs, Guice, OpenJpa, jboss seam, toplink,maven, ant , etc. Blaze tiene para spring , ant y maven por resaltar las mas importantes.

• · Granite puede trabajar con pojos directamente sin afectar su performance, en cambio Blaze es usado mas que todo con Spring.

• El uso de Externalizers , es decir, actualmente usando la serializacion estándar de AMF3 (tanto en Blaze como en LCDS) solo las propiedades no-transient ni static public podrían ser serializadas. Adicional se puede evitar enviar información de las propiedades prívate pero para eso es necesario implementar las clases (tanto en java como en as3) como Externalizable. Esta es una tarea larga y tediosa y propensa a errores. Con Granite solo nos preocupamos por la parte flex y dejamos en paz la parte java usando los Externalizers.

• BlazeDs en realidad es una versión lite de LCDS, es decir, solo tiene algunas de su funcionalidades como vemos en la imagen. Una de ellas el data management (el manejo de las relaciones entre los objetos de negocio en la bd cortesía de Hibernate). Granite soporta dicha funcionalidad.

Ahora si por fin vamos a meternos de llenos. Para crear nuestro primer proyecto necesitamos estar herramientas

• · Granite DS 2.0 Beta : Dentro de las carpetas encontraremos la carpeta build con los archivos granite.jar para java y granite.swc para flex.

• · Flex Builder 3(o el eclipse con el plugin).

• · Eclipse 3.x (el que mas te guste.

• · Y nada mas.. manos a la obra

Creando nuestro ejemplo

1. Creamos nuestro proyecto en flex ( sin mayores configuraciones puro NEXT noma a todo).

2. En eclipse creamos un proyecto web dinamico y en dicho proyecto copiamos las librerías granite.jar. Adicionalmente creamos los archivos WEB-INF/flex/services.config.xml y WEB-INF/granite/granite-config.xml a nuestro proyecto (también pueden copiarlo directamente del descargable en la ubicación examples/graniteds_pojo).

3. Luego que tenemos la librería y los archivos creados modificamos nuestro web.xml

<filter>

<filter-name>AMFMessageFilter</filter-name>

<filter-class>org.granite.messaging.webapp.AMFMessageFilter</filter-class>

</filter>

<filter-mapping>

<filter-name>AMFMessageFilter</filter-name>

<url-pattern>/graniteamf/*</url-pattern>

</filter-mapping>

<servlet>

<servlet-name>AMFMessageServlet</servlet-name>

<servlet-class>org.granite.messaging.webapp.AMFMessageServlet</servlet-class>

<load-on-startup>1</load-on-startup>

</servlet>

<servlet-mapping>

<servlet-name>AMFMessageServlet</servlet-name>

<url-pattern>/graniteamf/*</url-pattern>

</servlet-mapping>

Con esto tenemos la url para  la comunicación via AMF desde flex con java.

4. Creamos una clase java denominada LoginUser con un método que use como argumentos 2 cadenas para simular un logeo de un usuario y que devuelva el mensaje correspondiente.

package test.granite.login;

import java.io.Serializable;

public class LoginUser implements Serializable {

private static final long serialVersionUID = 1L;

private static final String USER_CORRECT = “Ricardo”;

private static final String PASS_CORRECT = “1234″;

public String login(String user, String pass) {

String mensaje = “”;

if(user.equals(USER_CORRECT) && pass.equals(PASS_CORRECT))

{

mensaje = “Bienvenido Ricardo”;

}else{

mensaje = “Su usuario es incorrecto, vuelvalo a intentar”;

}

return mensaje;

}

}

Luego de crear nuestra clase iremos a registrarla.

5 . El archivo que nos importa por ahora en el service-config.xml que si lo haz copiado del ejemplo que viene en granite te daras cuenta de ciertas partes resaltantes. Aca esta el código final para este ejemplo.

<services-config>

<services>

<service

id=“granite-service”

class=“flex.messaging.services.RemotingService”

messageTypes=“flex.messaging.messages.RemotingMessage”>

<destination id=“login”>

<channels>

<channel ref=“my-graniteamf”/>

</channels>

<properties>

<scope>session</scope>

<source>test.granite.login.LoginUser</source>

</properties>

</destination>

</service>

</services>

<channels>

<channel-definition id=“my-graniteamf” class=“mx.messaging.channels.AMFChannel”>

<endpoint

uri=“http://{server.name}:{server.port}/{context.root}/graniteamf/amf”

class=“flex.messaging.endpoints.AMFEndpoint”/>

</channel-definition>

</channels>

</services-config>

Como vemos registramos tantos destination como clases vamos a exponer. Luego dichos destinos usan el mismo canal definido abajo que es la ruta para la comunicación con el servidor (el cual apuntaremos desde flex).

Luego en la clase granite-config.xml lo dejamos solo con este par de líneas

<granite-config>

</granite-config>

Por ahora no se necesita mas configuración para poder trabajar con nuestras clases.

Nota : La ubicación de estos 2 archivos por defecto son las explicadas arriba pero si se desea cambiar dicha ubicación se puede lograr mediante el siguiente código en el web.xml :

<context-param>

<param-name>servicesConfigPath</param-name>

<param-value>/WEB-INF/flex/services-config.xml</param-value>

</context-param>

<context-param>

<param-name>graniteConfigPath</param-name>

<param-value>/WEB-INF/granite/granite-config.xml</param-value>

</context-param>

Listo! Levantamos nuestro proyecto usando tu contenedor favorito (el mio sigue siendo el tomcat ) y ahora avanzamos la parte flex.

6. En el mxml generado creamos nuestro RemoteObject para la comunicación con el servidor

<mx:RemoteObject id=”loginUser” destination=”login” result=”resultado(event)” concurrency=”single” fault=”error(event)” showBusyCursor=”true”>

<mx:channelSet>

<mx:ChannelSet>

<mx:channels>

<mx:AMFChannel id=”my-graniteamf”

uri=”http://localhost:8080/GraniteTest/graniteamf/amf”/>

</mx:channels>

</mx:ChannelSet>

</mx:channelSet>

</mx:RemoteObject>

Usamos la ruta que fue especificada en nuestro service-config.xml y también cambiamos el destination al registrado por nosotros ( en este caso login).

7. Agreamos un panel con 2 cajas de texto , un label y un botón para una minima pantalla del login.

8. Implementamos los métodos resultado(event) y error(event) para manejar las respuesta del servidor

<mx:Script>

<![CDATA[

import mx.collections.ArrayCollection;

import mx.rpc.events.ResultEvent;

import mx.controls.Alert;

import mx.rpc.events.FaultEvent;

public function error(e:FaultEvent):void

{

msj.text = e.message.toString();

}

public function resultado(e:ResultEvent):void

{

msj.text = e.result as String ;

}

]]>

</mx:Script>

El error sera llamado cuando exista un problema de conexión como timeout, servidor caído, etc. Implementamos el método click para el botón con el siguiente código

<mx:Button x=”155″ y=”86″ label=”Enviar” click=”{loginUser.login(user.text,pass.text)}”/>

Esta es la manera simple de llamar al metodo.

Ahora a probar!

Como vemos funciona a la perfeccion y sin demora alguna. Podemos también manejar sesiones con dichos objetos en el caso que queramos manejar el login para que almacene el usuario.

Mas adelante posteare sobre las configuraciones y el manejo de sesiones usando Granite. Cualquier pregunta me la hacen llegar. Adjunto el código del proyecto en flex y en el de java.

Hay que tener claro que el uso de un software de red social solo logra su proposito cuando los empleados tienen la suficiente motivacion e iniciativas por parte de la empresa y las politicas no afectan a la fluida comunicacion entre los grupos.

Post original aqui.

Video original aqui.

Para mi en particular las aplicaciones sociales (tipo hi5)  al comienzo lo veia como un juego, algo con quien compartir fotos y post sin ningun fin en particular. Pero ahora al ver el alcance del facebook (usado hasta por empresas financieras para comercializar sus productos), del linkedin (para compartir tus experiencias laborales) e incluso el  twitter y el youtube hace pensar el camino correcto para llegar a mas personas de la manera mas simple y sencilla. Es autopublicidad en todas sus palabras.

Ahora bien , en todo este festin de aplicaciones para compartir , socializar, conocer y darse a conocer existe en el fondo el potencial necesario para poder crear conocimiento , explotarlo y hacerlo llegar a una infinidad de usuarios.

Es decir, brindan un mecanismo para que los usuarios no sólo puedan comunicarse con el creador del sitio, sino entre todos ellos. Y muchas veces, sólo entre ellos. Juntos crean y mejoran conceptos y procesos. Es un principio de Web 2.0: “nadie de nosotros puede saber todo, pero cada uno de nosotros sabe algo”. Así, si juntamos nuestras habilidades y conocimientos individuales, podemos hacer algo nuevo y mejor.

Entonces el concepto es claro : compartir conocimiento. En si el mismo termino de gestion de conocimiento nos habla de compartir pero es un poco difuso la manera como lo logra , de como un conocimiento tacito es sacado  ”de su envase” sin estropearlo.  Aca es donde la web 2.0 esta comenzando a tener su propio rol en la web.

Para mi me da igual si es en una web, en una aplicaicon de escritorio, en un movil etc etc mi idea es simple y llana : el conocimiento tiene que ser creado, aumentado, corregido y compartido de modo que no solo una persona sea responbable de dicha informacion y con la suficiente motivacion para que sea adictivo.

Pronto relatare mas material de utilidad para dicho tema. Mientras tanto les dejo un par de links sobre colaboracion y web2.0 (incluido una serie de videos de youtube obtenido de la web de Armando Silva de lo mejor!)

Mantero | Criticanto los negocios en internet

Tecnologia Pyme | Usando tecnologia en tu negocio

No solo usabilidad | Tendencias web2.0

Mi delicious | http://delicious.com/duoxx

- RSS in Plain English (3′ 43” and referenced already by other folks such as Social Media Club, Nancy White, Jack Vinson, Anol Bhattacharya, Joitske Hulsebosch, Miguel Cornejo Castro, Chris Collison, Dan Keldsen, George Siemens, etc.):

- Social Networking in Plain English (1′47” and referenced by George Siemens, Chris Collison, Chris Fletcher, Joitske Hulsebosch):

- Social Bookmarking in Plain English – demonstrating del.icio.us (3′25” and referenced by a whole bunch of people. Amongst others: George Siemens, Chris Fletcher, Beth Kanter, Techmeme, Nancy White, Mashable, Jeremiah Owyang, Shel Holtz, Anol Bhattacharya, Craig Cmehil, Martin Koser and Robin Good with a superb overview over here):

Dividido en tacito y explicito , el conocimiento tiene una vital importancia para la empresa ya que la misma se siente dueña de la misma pero muchas veces el dueño es un conjunto de personas (por no decir uno solo) que cuando abandona la empresa se pierde dicho conocimiento y con ellos se quiebra la confianza en dicha empresa. Dicha persona se volvio en un termino claro “indispensable”.

Una empresa nunca debe dejar que nadie sea indispensable pero esto sucedera tarde o temprano si no se toma en cuenta la gestion de conocimiento como una variable mas de exito.

Como decia hace un momento , un conocimiento explicito es lo que uno tiene fisicamente o virualmente como libros, pdf, textos, videos, sonidos, etc etc etc. Tanto material que tenemos nosotros a veces en nuestras maquinas , en rapidshare, en dvds de la empresa , de nuestros amigos, etc etc. Pero el conocimiento mas importante y el del cual alguien se hace unico es el conocimiento tacito que se alberga en la mente de cada persona y que es capaz de realizar tareas de decision , dicernimiento, busqueda y jerarquia de informacion sobre cada tema. Es dicho conocimiento el que toma las decisiones finales o el que le da sabor a exito o no a un proyecto.

Ahora ambos tacito y explicito estan relacionados fuertemente ya que la idea es convertir un conocimiento tacito en explicito (de la manera mas entendible) , usar dicho conocimiento y volverlo tacito nuevamente en el usuario final.

A mi me gustaria hacer un proyecto sobre este tema : que esta ligado con los 2 caminos : por un lado descubrir la mejor manera de transmitir el conocimiento tacito de una persona a algo fisico y por el otro lado que dicho material este al alcanze de la persona que lo necesite y que lo absorva como una esponja; pero yo pienso que la manera de que la persona llege a compartir su conocimiento debe fluir sola, casi con cero intervencion de esta y ahi es donde una solucion debe monitorear sus tareas de obtencion de informacion y como la usa para luego interpretarlas y mostrarla como un abanico de posibilidades.

Sobre este tema les dejo este link interesante sobre conceptos de gestion de conocimiento de este peculiar autor

Armando Cabrera Silva | Que es gestion de conocimiento ?

Mis aficiones radican en  java , soluciones ricas (flash & flex ) , flexibles y mantenidas por medio de modulos (basicamente orientados a estos SCA) y poder generar aplicaciones que generen conocimiento en vez de informacion.

No deseo ser uno mas de los que sueñan , quiero realizar mi sueños moldearlos y publicarlos! porque una idea sin accion no vale nada.

…y accion!