Estoy aprendiendo de una vez por todas a modelar en BPMN, asi que quiero compartir una gran herramienta llamada BizAgi para modelar. Tiene un versión free y otra pagada.

En la parte superior derecha de la aplicación, no olviden colocar el mode “Extended”, esto es para tener mas elementos en el panel  (gracias Edgard por el dato).

Actualmente en el proyecto que estoy trabajando debia crear un procedimiento almacenado “dummy” en DB2 que retornara un parametro de salida y adicionalmente un resultset, esto me pareció bastante curioso ya que los SP no estan concebidos para eso. De todas maneras esto se puede hacer y leyendo la documentación de IBM DB2 encontré la respuesta.

Crear el procedimiento

Para poder retornar un resultset, primero debemos tener una tabla y en este caso le llamaremos “MITABLA”. Luego crearemos un procedimiento almacenado que devuelva un parametro de salida y el resultset.

El código del procedimiento

Aquí la clave es declarar el cursor con “with return”

CREATE PROCEDURE "MIESQUEMA".SP_CON_RESULTSET(
    OUT CODIGO varchar(20))
  LANGUAGE SQL
  DYNAMIC RESULT SETS 1
BEGIN
    --DECLARAMOS EL CURSOR PARA EL RESULTSET
    DECLARE C1 CURSOR WITH RETURN FOR SELECT * FROM MITABLA;
    --SETEAMOS EL PARAMETRO DE SALIDA
    SET CODIGO = '1313';
    OPEN C1;
    RETURN;
END

Consumir SP desde Java

Hay dos formas de obtener el resultset, la primera es utilizar el método executeQuery() que retorna el resultset y la segunda es la mencionada a continuación, utilizar execute() y luego getResultSet()

public void callSP(){
    ResultSet result = null;
    CallableStatement cstmt = null;
    try {
        String procName = "MIESQUEMA.SP_CON_RESULTSET";
        //concatenamos
        String sql_ = "CALL " + procName + "(?)";
        cstmt = con.prepareCall(sql_);
        //Registramos el parametro de salida y el tipo de dato
        cstmt.registerOutParameter( 1, Types.CHAR);
        //Realizando la llamada
        cstmt.execute();
        //Obtenemos el parametro de salida
        String codigoSalida = cstmt.getString(1);
        //Obtenemos el resultset
        result = (ResultSet) cstmt.getResultSet();

        while (result.next()) {
            //Aquí iteramos sobre el resultset
        }
    } catch (SQLException e) {
    //En caso de un excepción
    }
}

La solución

Es simple,  basta con reemplazar cada tab (tabulación) por 4 espacios, estéticamente quedará igual y no se perderá al pegar a wordpress.

Si utilizas eclipse puedes transformar tu tab a 4 espacios de la siguiente manera:

Preferences>Java>formatter>Edit

En tab policy dejamos solo en “Spaces Only” y en indent size en “4″

Google App Engine es un servicio de Google bajo el concepto de cloud computing en el cual no nos preocupamos del servidor de aplicaciones ni tampoco de donde alojaremos nuestra data. Lo único que necesitamos para empezar es bajar el SDK, escribir código, compilar y luego realizar el anhelado deploy.

Empezando con Google App Engine

Para comenzar debes registrarte en el siguiente link:
http://code.google.com/intl/es-ES/appengine/

Debes crear una nueva aplicación, asi obtendras un subdominio en appspot.com y una application-id que nos servirá para hacer el deploy.

Inventamos un nombre que será el ID de la aplicación y nombre del subdominio.

Una vez que este creada la aplicación en la cuenta de App engine, configuraremos el entorno de desarrollo.

Configurando el entorno de desarrollo

Descargamos Eclipse, en este caso particular elegimos la versión Europa.

http://www.eclipse.org/downloads/moreinfo/jee.php

Una vez descargado, procederemos a instalar el SDK de Google App Engine desde Eclipse.

Seleccionamos  Help -> Software Updates -> Find/Install

Luego seleccionamos Search for new features

Pinchamos New Remote Site, ahora debemos colocar una URL de instalación, para el caso de Google App Engine se obtiene de :
http://code.google.com/intl/es/appengine/docs/java/gettingstarted/installing.html

Agregamos la url correspondiente a Eclipse Europa.

http://dl.google.com/eclipse/plugin/3.3

(En el listado ya tengo el sitio agregado, por eso aparece en el listado antes de agregar la URL).

Listo, ya podemos crear nuestro primer proyecto.

Elegimos el nombre del proyecto y el package correspondiente, no es necesario que el proyecto lleve integrado GWT.

En la vista de package explorer debieramos tener la siguiente estructura.

Compilamos el proyecto (Ctrl+B) y haremos nuestro primer deploy a la nube, antes de eso configuramos la ID del proyecto.

Ahora si estamos listos para hacer deploy, hacemos click en el boton deploy en la barra superior.

Efectuando el deploy

Colcamos el e-mail y password de nuestra cuenta google y presionamos en deploy.

La consola de eclipse arrojará mensajes relacionados con el deploy y debiera quedar así (Deployment completed successfully).

Luego visitamos nuestra dirección para ver como quedó.

http://proyectogap1.appspot.com/

Hemos concluido esta primera parte, ya podemos hacer nuestros deploys a la nube.

.

Hace poco en un proyecto tuve que integrar información entre un html y un servlet (struts), tenia que ser con AJAX mediante un html generado con un javascript incrustado en cualquier dominio, claramente no es posible utilizar AJAX si el html esta en un dominio distinto al servidor que envía la respuesta, pero se puede hacer algo similiar.

¿Que hacer?
Existe una libreria llamada JSONP que permite incrustar archivos javascript despues de haber cargado la página y justamente es lo que utiliza la función $.getJSON() de jQuery.

¿Como generar un JSON “leible” por $.getJSON()?

Primero que nada, para consumir un JSON remoto debemos enviar el parametro jsoncallback y con valor “?”, despues en struts lo concatenamos a la respuesta que generemos. Es importante hacer esto ya que de otra forma no funcionará.

Por ejemplo si el JSON generado es:

{"nombre":"andres","edad":24}

La respuesta en struts debe quedar así.

?({"nombre":"andres","edad":24})

Por lo tanto, desde el lado del cliente debemos llamar de la siguiente manera al action de struts.

$.getJSON("http://10.10.20.101:8080/proyecto/controller.do?action=obtenerJson&jsoncallback=?",
    function(data){}
    //Imprimimos nombre
    alert(data.nombre);
);

Del lado del servidor generamos así la respuesta

public ActionForward obtenerJson(ActionMapping mapping, ActionForm form,
            HttpServletRequest request, HttpServletResponse response)
            throws Exception {

        //Guardamos en una variable el JSON
        String json = "{\"nombre\":\"Andres\",\"edad\":\"24\"}";

        //Capturamos el parametro
        String callback = request.getParameter("jsoncallback");

        //Concatenamos la respuesta y dejamos entre parentesis la respuesta
        String jsonOutput = callback + "(" + json + ")";

        //Enviamos al jsp
        request.setAttribute("variable",jsonOutput);

        return mapping.findForward(forward);
    }

Aprovecho de poner este aviso, yo con un amigo realizamos maquetas PSD a HTML, es decir mediante una gráfica realizada en photoshop la transformarmos en un sitio web HTML/XHTML strict o transitional validado con los estandares W3C, totalmente crossbrowser (se ve igual en todos los navegadores mas utilizados).

Cualquier consulta escribir un mail a

ponttdotcom [@] gmail . com

Manejo semántico del XHTML – (Maquetación sin tablas). 
Conocimientos de Javascript (Libreria de preferencia jQuery)
CSS

El flujo de trabajo es el siguiente, mediante un PSD (Imagen compuesta hecha en Photoshop) se cortan las imagenes, fondos, íconos y se maqueta una página web.

Obviamente acá piden expertos pero siendo realista tengo muy claro que nadie nace sabiendo por lo que realmente interesa son las ganas de aprender.

Si estan interesados envien un e-mail a

ponttdotcom [arroba] gmail punto com

Ah, se me olvidaba.. el lugar físico del trabajo es en Santiago de Chile comuna Providencia.

Antes que nada, quiero mencionar 2 casos de exito de uso cotidiano.

1.- GMAIL:
Este es mi ejemplo favorito de como la precarga de objetos JSON ayuda al rendimiento, Gmail carga todos los mails, labels, carpetas con JSON (arreglos javascript) y los renderea obviamente con javascript.
2.-Netvibes:

Este es un caso extremo, practicamente todo el sitio se renderea con javascript utilizando objetos JSON, si no me creen solo vean el código fuente,  casi nada de XHTML.

¿Por que expongo estos ejemplos?, para derribar el mito de que utilizar JSON para el despliegue de data es poco serio, poco seguro y poco mantenible.

El origen de estos mitos tiene como causal el desconcimiento hacia esta tecnología, el menosprecio por el Javascript como herramienta de rendereo.

Lo del código mantenible, puede que algo de cierto tenga ya que no existen blueprints, ni patrones, ni manual de buenas practicas que se le compare a J2EE y al mundo Java en general.

Ahora, todo depende del cristal con que se mire. Para un programador RIA puede ser tan oscuro el mundo Java como para el programador de Java el Javascript, por eso JSON puede utilizarse como la idioma común entre ambos mundos, el anhelado esperanto de la programación.

Muchos dirán, ¿acaso no existe XML para eso?.
Claro que sirve el XML como intercambio de datos, pero la gracia de JSON es que es la idioma nativa para declarar objetos en Javascript por lo que no necesitamos ninguna herramienta de parseo para la capa web.

Dirigiendome hacia lo concreto, hacia el objetivo de este post: La dificil misión de la separación efectiva de capas y como podemos lograr esto sin morir en el intento.

Existe una libreria Java de google, llamada GSON que nos permite transformar objetos, arrays, collections de JAVA a un String de JSON y tambien podemos transformar un String de JSON a objetos JAVA, es decir podemos ocupar esto en ambos sentidos.

¿Que nos permite esto?

Que el web developer pueda trabajar a partir de un objeto JSON para darle lógica a un sitio sin estar conectado a una base de datos, sin preocuparse por lo que esta en el back-end. Todo esto mientras que el programador no se preocupa que es lo que sucede en el front, solamente le interesa recibir un objeto en JSON que pueda ser deserializado a JAVA.

Para las tercera parte, colocaré ejemplos prácticos.

Las maquetas web iban directamente a las manos de programadores PHP o JAVA que le daban vida al sitio, algo que me pareció adecuado hasta que fui testigo de los conflictos entre programadores y webdevelopers, aunque yo tenia experiencia trabajando con LAMP habia cosas que no entendia bien de Java & J2EE.

Luego de varios meses maquetando ingrese al área Java, por lo que me tocó ver la otra cara de la moneda y pude comprender la razón de los conflictos a la hora de desarrollar sitios RIA. Yo lo llamo el “PUNTO CIEGO”.

¿Por que punto ciego?, yo lo llamo asi por que existe una zona entre el area web y la programación que es casi imposible mirar si no se dominan ambas areas, es por esto que es indispensable que existan profesionales que puedan coordinar ambas areas, los denominados Ingenieros WEB, (es mi objetivo convertirme en uno).

El  programador Java (según mi experiencia) tiene una visión totalmente pragmática de la web, donde la funcionalidad tiene prioridad y no le quita el sueño el asincronismo (ajax & dhtml) o que se respete los estandares WEB o que el css sea válido.

En los diseños exigentes, donde existen sombras PNG que deben ser compatibles con IE6, donde existen efectos DHTML o llamadas AJAX, lo que llamé “Punto Ciego” causa los temidos cuellos de botellas y atrasa la Gantt.

Lo que escribiré a continuación puede tomarse como herejía pero me atrevo a decir que JSON es la solución.

En la parte II, vendrán los argumentos.

Click aquí para la parte II.