Una imagen vale más que mil palabras de definición de los certificados digitales y el esquema de seguridad la llave pública y privada para los Web Services, esto forma parte del WSS(Web Service Security)

En la anterior imagen, Henry representa el consumidor del Web Service y Mark representa el proveedor del Web Service.

Henry utiliza la llave publica de Mark para encriptar el SOAP Request(el mensaje), y Mark utiliza su propia llave privada para desencriptar el SOAP Request.

Continuando con los EJB 3.0, a continuación una descripción de cada objeto que lo compone.

Entity Beans

Representan una entidad de la base de datos. Es decir, que podemos tener toda una base de datos en Entity Beans, y así evitar utilizar código SQL en nuestras aplicaciones.

La estructura de un entity bean, no varía mucho a la estructura de un objeto mapeado con hibérnate, ADF y otro semejante, es por eso que realmente no se utiliza mucho.

El entity bean, provee un lenguaje que se llama EJB QL, el cual se deriva de SQL y es por medio de este lenguaje que se realizan consultas “avanzadas a las bases de datos”. La ventaja de usar un entity bean, es principalmente que en nuestras clases no tendremos código SQL… y cuando necesitemos agregar por ejemplo un nuevo cliente a la tabla clientes, entonces solo creamos un objeto Cliente, y guardamos ese objeto, si necesitamos modificar el nombre del cliente entonces modificamos el atributo del Entity Bean Cliente y lo guardamos, sin necesidad del código SQL o hacer conexiones en todas las clases java.

Stateless Sessions Beans

Desde el lado del cliente hay varios procesos para los cuales no hay necesidad de guardar estados, entre ellos pueden ser validaciones simples o complejas, consultas de contraseñas de usuarios entre otras cosas.

Al no guardar los estados de ciertos objetos evitamos sobrecargar el servidor, por lo que al final tendremos una aplicación más robusta.

El objeto tendrá todos sus métodos disponibles para que cualquier cliente los utilice, imaginemos el caso en el que un usuario necesita comprobar que su contraseña es correcta, a un objeto validador le enviamos la contraseña mas el usuario y como resultados nos retornara si las combinación coincide o no, por lo que realmente no necesitamos guardar el estado de nada porque es una simple validación.

Stateful Sessions Beans

En la mayoría de las aplicaciones web que desarrollamos guardamos los objetos en sesión, a medida que más clientes ingresan a la aplicación web la sesión crece, llegando en ocasiones a ocupar toda la memoria de un servidor y posteriormente a la caída del servidor.

En el caso de los sessions beans, esto no varía mucho… la diferencia es que no hay que preocuparse por llenar la memoria del servidor, ya que session bean no utilizados se guardan en el disco duro y cuando necesitan ocuparse de nuevo, se hace mediante un request por lo que en si la memoria del servidor no se llenara, a menos que la cantidad de usuarios conectados crezca exageradamente, pero en ese caso solo se debe aumentar la memoria del servidor.

De lo que sí es seguro, es que se pierde el riesgo que en una aplicación en la cual la cantidad de usuarios conectados no supera las 100 (por decir un ejemplo) este no se caerá, al contrario de las muchas aplicaciones web en las cuales incluso se cae el servidor porque jamás borro las sesiones o porque hay 10 usuarios conectados.

Message Driver Beans

Existen ciertas ocasiones, en las cuales podemos enviar una petición y no necesitar una respuesta para continuar, en ese momento podemos ocupar un Message Driver Bean para un documento a imprimir o una reversa de una transacción.

Del otro lado siempre habrá un escuchador que procesara nuestros mensajes pero que nunca nos responderá, por lo que no consume memoria ni recursos críticos del sistema. En caso de que necesitemos una respuesta, sería más fácil utilizar un session bean(con estado o sin estado).

Timer Beans

En realidad los Timer Beans no existen propiamente, ya que es algo que se implementa a los Message Driver Beans o Stateless Sessions Beans.

Al implementarse, estos se convierten en un temporizador y se les puede indicar que una determina acción se vuelva a llamar en un dia concreto o cada cierto tiempo(es parecido al timer en java).

Los temporizadores son objetos persistentes, lo que significan que deben ser guardados en cualquier parte del servidor de aplicaciones hasta que transcurran.

Resumen

Leyendo y analizando los diferentes tipos de objetos que nos provee Enterprise Java Beans 3.0, podemos pensar para que nos pueda servir cada objeto en determinada arquitectura de un sistema y cuando utilizar Sessions Beans con estado o sin estado, o los Message Driver Beans. Es realmente difícil tratar de hacer ejemplos con ellos, por lo antes de entrar a los ejemplos es mejor tratar de comprender los beneficios que estos nos traen y qué tipo de proyectos se deben implementar.

Creo que después de leer lo anterior, podemos comprender más claramente el siguiente dibujo:

Podemos ver que el Times Sevice (timer beans) solo puede ser aplicado a los Message Deriver Beans y Stateless Sessions Beans(beans sin estado). Esto es debido a que no se puede pretender guardar el estado por un tiempo prolongado por los recursos del servidor de aplicaciones.

El objetivo de JAVA EE es la distribución de la lógica de aplicación en una sección de cliente y servidor. Es decir, que habrá un servidor central al cual podrán acceder todos los clientes y desde el cual se podrán administrar los distintos procesos del negocio.

Por lo que en pocas, palabras en un servidor solo será de procesos, mientras el otro será donde estarán las interfaces a las que accederán los clientes.

Entrando en detalle, los  EJB que existen son:

• Session Beans: Estos representan la lógica de aplicación
• Message Driver Beans: Contienen también la lógica, pero que se controlan mediante mensajes.
• Entity Beans: Representan los datos de una tabla de la base de datos.

Sessions Beans se dividen en

• Stateful Session Beans
• Stateless Session Beans

Interfaz local

Una clase bean puede disponer alternativamente también de una interfaz local. Con esta interfaz ofrece sus servicios a otros Sessions Beans que se encuentran en el mismo servidor de aplicaciones.

Puede tratarse de los mismos métodos, que ya aparecen en la interfaz remota. También es posible un Session Bean que solo tenga una interfaz local.

Entonces, esto quiere decir que si alguien llama un método en una interfaz local, se trata de un cliente que no se encuentra fuera del servidor de aplicaciones.

A pesar de todo, el servidor de aplicaciones sigue participando en la llamada y ofrece de nuevo sus funciones, para, por ejemplo, iniciar una sub transacción o simplemente para ocuparse de que la instancia de vean necesaria esté disponible.

Buenos videos lo que ha hecho Oracle para el JavaZone 2010.

Muy bonito video

Los problemas de perfomance al concatenar con += en vez de ocupar un objeto StringBuffer y utilizar el método append lo podemos observar en la siguiente imagen:

Podemos observar que si son 20 líneas, en este caso el uso del += se tarda 745.2 veces más, y entre mas líneas este número crece.

Esto se debe a que el objeto String es inmutable, por lo que cada vez que se utilizar la concatenación por medio del += se está añadiendo al Heap.

Si adicional al usar el StringBuffer, inicializamos con el numero de caracteres que tendrá la cadena (en algunos casos se pueda) podemos mejorar todavía más el perfomance de la aplicación.

Por Ejemplo -> cadenaDeTexto.setLength(300);

El código para que puedan comprobarlos por ustedes mismos es el siguiente:

  WebSphere Message Broker, una tecnología de IBM que es relativamente nueva para muchos desarrolladores en el habla hispana, inclusive se puede verificar buscando MQ Broker en Bing o google, efectivamente se darán cuenta que no ha sido muy difundido.

WebSphere Message Broker es conocido en el entorno laboral como MQ Broker(cuando integra MQ) o únicamente Broker, la función de este es incrementar la agilidad del negocio y optimizar los costos haciendo la integración de aplicaciones fácil.

Para explicar exactamente que hace pondré el siguiente ejemplo:

Existe una empresa multinacional, donde el equipo de IT es tan grande que está dividido incluso en los lenguajes que estos utilizan para el desarrollo de software.

El grupo 1 utiliza .Net

El grupo 2 utiliza Java

El grupo 3 utiliza AS400 (RPG)

Con el paso del tiempo cada grupo ha desarrollado una cantidad inimaginable de servicios y sistemas en cada herramienta, pero llega el día en el que un nuevo gerente de ventas desee que en un determinado sistema que está programado en java se utilicen servicios o se realicen procesos que ya están funcionando correctamente en el grupo 1 y grupo 3, los cuales utilizan .Net y AS400 (RPG) respectivamente.

A este punto seria costoso desarrollar un proceso que ya esta funcional en RPG o en .Net para crear un MashUp en una aplicación por lo que la forma más sencilla seria realizar una integración entre los tres grupos por medio de Enterprise Services Bus (ESB), en este caso utilizaremos Broker.

Preguntas comunes,

Por medio de que nos comunicamos con otra aplicación?

Por medio de mensajes, es de ahí el nombre de WebSphere Message Broker, el broker maneja estos mensajes y garantiza que el mensaje sea entregado al solicitante, mientras este mensaje no sea consumido no se elimina.

Un ejemplo seria, si 500 clientes envían mensajes al Broker desde distintas aplicaciones estos serán respondidos directamente a cada cliente, y si dicho cliente no va a traer el mensaje de respuesta el Broker decide cuanto tiempo espera para poder tenerlo, el tiempo puede ser desde segundos hasta ilimitado lo que garantizaría que el mensaje será respondido al cliente aunque este lo solicite una semana después.

Que mas hace el broker para hacer posible la integración?

El broker además de distribuir los mensajes también los transforma, por ejemplo si un sistema desarrollado en java envía una petición en XML y la aplicación que debe procesar esta información es RPG, entonces el Broker puede transformar el XML en una trama que sea entendible para RPG y así RPG procesa la información, posteriormente envía una trama y el Broker nuevamente la transforma, solo que esta vez la transforma en XML para que el sistema en java pueda convertirla fácilmente en un objeto y utilizar dicha información.

*He tratado de explicar lo que es esta tecnología sin usar ningún termino técnico, posteriormente espero estar hablando mas sobre esta tecnología.

   1: Date fecha = new Date();

   2: fecha.setDate(16);

   3: fecha.setMonth(11);

   4: fecha.setYear(2009);

Sin embargo al hacer esto, aparecen advertencias debido a que esos métodos ya están “despreciados” es decir que en las nuevas versiones ya no se utilizan…

Así que como tenía tiempo investigue un poco, y encontré una forma que es más útil que esa y que la mayoría que conozco (si conocen una mejor comentarlaJ) y es la siguiente:

   1: DateFormat formatter = new SimpleDateFormat("yyyymmdd"); //El formato en el que obtenemos la fecha inicialmente

   2: Date date = (Date)formatter.parse("20091116"); //Se le pasa la fecha a la que queremos darle formato

   3: SimpleDateFormat formato = new SimpleDateFormat("MM/dd/yyyy"); //Formato en que desamos la fecha

   4: String fechaConFormato = formato.format(date); //Obtenemos la fecha ya con el formato.

Si alguien tiene alguna pregunta no dude en comentarla.

A continuación una lista de IDE(Entorno de Desarrollo Integrado) para java:

JDeveloper

El de oracle, la verdad comparado con NetBeans y Eclipse se siente un poco sencillo, pero es muy poderoso y aunque no es tan rico en funcionalidades sirve para crear prácticamente cualquier proyecto de software, además tiene integrado ADF que es una tecnología propia de ORACLE.

Netbeans

Muy interesante y con muchas funcionalidades de un solo click, web services con un solo click, EJB con un solo click… muy entretenido de usar y contiene una alta variedad de plug in hechos por la comunidad.

Eclipse

Uno de los mejores ide para java, no por nada es utilizados en Rational de IBM.

Rational

Basado en eclipse pero con el poderoso servidor de websphere, uno de los mas usados en empresas de alto nivel que tienen varia tecnología IBM, si quieren utilizarlo pueden bajar el trial o utilizar eclipse.

BlueJ

Para los que empiezan, en teoría te ayuda para la programación orientada a objetos y otras buenas practicas de la programación.

*Si tienen mas que añadir a la lista, no duden en comentarlo.

Para todos los que programamos utilizando J2EE, les comunico que ya esta disponible J2EE 6, el cual pueden descargar desde el siguiente link al igual que las especificaciones.

DESCARGAR

ESPECIFICACIONES

Antes de todo quiero aclarar los siguientes puntos:

No se puede leer una imagen que esta en una dirección web, por ejemplo www.probandocodigo.com/images/hola.jpg, sin embargo si se puede descargar la imagen y luego con el path absoluto acceder a esa imagen, en otras palabras tenemos que leer bit por bit el archivo para poder cargarla en Excel, lo aclaro pues hay varios programadores que creen que pueden acceder a la imagen desde la dirección web.

Otro punto es que versiones de la POI en la cual no se puede realizar, lamentablemente desconozco desde que versión se puede realizar por lo que les aconsejo que descarguen la ultima versión de POI en la pagina oficial, aunque para los que han utilizado la librería POI para varios reportes, carga de datos entre otras cosas les comento que hay algunas cosas que han cambiado… mas aun si han estado ocupando la versión de la POI por ahí del 2004 les dará varios problemas, tantos problemas que quizá alguien se de por vencido y prefiera no actualizar la librería.

A continuación el código:

   1: HSSFWorkbook wb = new HSSFWorkbook();

   2:   HSSFPatriarch patriarch = sheet.createDrawingPatriarch();

   3:   HSSFClientAnchor anchor;

   4:   anchor = new HSSFClientAnchor(500,100,600,200,(short)0,0,(short)1,0);

   5:   anchor.setAnchorType( 2 );

   6:   HSSFPicture picture =  patriarch.createPicture(anchor, loadPicture(files, wb ));

   7:  

   8:   //Metodo que permite insertar imagenes a el excel

   9:   private static int loadPicture( File path, HSSFWorkbook wb ) throws IOException

  10:     {

  11:     int pictureIndex;

  12:     FileInputStream fis = null;

  13:     ByteArrayOutputStream bos = null;

  14:     try

  15:     {

  16:        // read in the image file

  17:         fis = new FileInputStream(path);

  18:         bos = new ByteArrayOutputStream( );

  19:         int c;

  20:        // copy the image bytes into the ByteArrayOutputStream

  21:         while ( (c = fis.read()) != -1)

  22:             bos.write( c );

  23:     

  24:        // add the image bytes to the workbook

  25:         pictureIndex = wb.addPicture(bos.toByteArray(), HSSFWorkbook.PICTURE_TYPE_PNG );

  26:  

  27:     }

  28:     finally

  29:     {

  30:         if (fis != null)

  31:             fis.close();

  32:         if (bos != null)

  33:             bos.close();

  34:     }

  35:     return pictureIndex;

  36:     }

Aquí les dejo la función para que puedan ocuparla.

   1:  //Recibe como parámetro un String y retorna un String

   2:   

   3:        private String ExtraerFuncion(String usercode) throws SQLException, Exception, Error{

   4:   

   5:              String sql = "", dato="";           

   6:              sql = "{? = call FN_RETURN_FUNCION(?)}";           

   7:              CallableStatement cs = null;

   8:   

   9:              try

  10:              {

  11:                  cs = sessionManager.getConnection().prepareCall(sql);

  12:                  cs.registerOutParameter(1, Types.VARCHAR);

  13:                  cs.setString(2, usercode);

  14:                  cs.execute();

  15:                  dato = cs.getString(1);

  16:              }

  17:              catch (Exception e)

  18:              {

  19:                  e.printStackTrace();

  20:              }

  21:              finally

  22:              {

  23:                   cs.close();

  24:              }

  25:              return dato;

  26:          }

                 Hace un par de días comente que la versión final de jdeveloper 11 salió el octubre pasado, por lo que he decidido darle un vistazo rápido, aunque me faltan muchas cosas nuevas por descubrir, los que dejo a continuación son los primeros que he notado.

Más tecnologías para programar desde el principio, como lo pueden notar en la imagen de arriba.

Pueden ver en la captura de arriba que ahora en una jsp, existen dos tabletas mas, una para un preview de la página y otra llamada bindings (aun no la he explorado)

A partir de esta versión Jdeveloper es ejecutable, lo que para mi mejora notoriamente el performance, además de que el servidor que utiliza por default es WebLogic.

En las versiones anteriores pueden recordar que al eliminar un elemento desde la aplicación, este no lo eliminaba físicamente, a partir de esta versión ya trae consigo esta opción.

         Solo quería informarles que la versión definitiva de JDeveloper 11 salió en este mes (actualmente estaba por la release 4) de octubre, por lo que los invito a todos a descargarlo y probarlo, trae nuevas mejoras entre ellas la incorporación de ajax y más compatibilidad con ADF y JSF.

Para los que no conocen JDeveloper, es un IDE gratuito por parte de Oracle para la programación en java, que por ser de Oracle trae mucha compatibilidad con herramientas de Oracle, y entre cosas propias del IDE como ADF.

Creo que tienen que registrarse, es poco tiempo y vale la pena ya que sirve para todas las actualizaciones, como por ejemplo de SQLDeveloper y Jdeveloper, entre otras…

Pueden descargarlo haciendo click en la siguiente imagen: