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:

        Los niveles de “isolation” de una transacción en JDBC determinan si el nivel de la transacción que se está corriendo en la base de datos puede afectar a otro o no.

Si hay dos o más transacciones accediendo a la base de datos concurrentemente, se necesita prevenir las acciones de las transacciones para que estas no interfieran con las otras.

Esto puede realizarse usando niveles de “isolation” en JDBC.

Algunos problemas comunes que pueden ocurrir al acceder a la base de datos simultáneamente son:

Dirty Reads (Lecturas Sucias):

Este problema es también conocido como “uncommitted dependency problem”.

Y puede ser explicado por el siguiente ejemplo:

Un empleado está realizando cambios al documento de políticas de la empresa. Cuando los cambios están realizándose, otro empleado toma una copia del documento que incluye todos los cambios hechos anteriormente y distribuye estos a toda la empresa.

Entonces en eso los cambios que hizo el primer empleado se terminaron de hacer, pero para esto ya hay una copia de un documento en toda la empresa, y el problema es que este documento que ya fue distribuido, ya no es el actual.

La solución a este problema sería no permitir que alguien lea el documento hasta que el primer empleado haya guardado todos los datos al documento.

La interface Connection de la API JDBC provee las siguientes propiedades como valores enteros para colocar el nivel de “isolation”.

TRANSACTION_READ_LEVEL: Provee el nivel más bajo de “isolation” entre todos las transacciones que están siendo ejecutadas.

• Este nivel de isolation no previene de los dirty reads, non-repeatable reads y phanton reads.
• Este nivel únicamente previene leer los datos que están corruptos físicamente.
•  

TRANSACTION_READ_COMMITED: este nivel previene los dirty reads, sin embargo los otros problemas como phantom-reads y non-repetable reads siempre pueden ocurrir en este nivel.

TRANSACTION_REPEATABLE_READ: Este nivel previene los dirty-reads, y los non-repetable-reads.

Este nivel previene que la transacción actualice los datos que están siendo utilizados por otra transacción.

TRANSACTION_SERIALIZABLE: Este provee el nivel más alto de isolation entre todas las transacciones que están siendo procesadas.

Este nivel es para prevenir todos los problemas que pueden ocurrir, como dirty-reads, non-repetable-reads y phantom-reads.

Lo que hace este nivel es que bloquea las filas que están siendo utilizadas en otra transacción hasta que ese nivel se cierra, por lo tanto en medio de una transacción esos datos no puedes ser leído sin modificados.

La interface Connection contiene el método getTransactionIsolationLevel() y setTransactionIsolationLevel() para obtener o “setear” el valor.

El método getTransactionIsolationLevel no toma argumentos, y retorna un valor entero.

Para utilizarlo podemos ver el siguiente código:

Connection con = DriverManager.getConnection(“jdbc:odbc:probandoDS”,”user”,”pass”);

int transLevel = getTransactionIsolationLevel():

y para setear el tipo de nivel de “isolation” se realiza lo siguiente:

con.setTransactionIsolationLevel(TRANSACTION_SERIALIZABLE);

Una aplicación RMI distribuida consta de dos componentes:

• RMI Server (Servidor)
• RMI Client (Cliente)

     El RMI server es el que contiene los métodos que son invocados remotamente. El server crea varios objetos y referencia a estos objetos en el registro del RMI.

El registro del RMI es un servicio que corre del lado del RMI server. Los objetos que son creados remotamente por el servidor son registrados por objetos con nombre únicos en este registro.

    Entonces el cliente obtiene la referencia de uno o más objetos que han sido creados remotamente del registro del RMI, luego el cliente invoca los métodos de los objetos remotos para acceder a estos servicios.

Una vez el cliente obtiene la referencia del objeto remoto, el método en el objeto remoto es invocado como si fueran locales, en realidad no se puede diferencia si los objetos son accedidos remota o localmente en los objetos del cliente.

Mis Comentarios: En este punto de la lectura, lo único que se me viene a la mente es un webservices, como los de .Net, solo que de manera más complicada, pero hay que recordar que los webservices de .Net quedaron en países desarrollados por decirlo así obsoletos, es por eso que salió WCF, que viene a implementar mucha mas funcionalidad a los webservices de .Net, entonces podría suponer que debido a que en java todo sale antes, utilizando esta manera de acceder a los objetos podríamos tener un mejor control sobre nuestra aplicación mejor o similar (apuesto a que mejor) a la obtenida con WCF en .Net

La Arquitectura del RMI

La arquitectura RMI consiste de tres capas:

• La capa Stub (Cliente) /Skeleton (Server)
• La capa de RRL (Remote Reference Layer)
• La capa de Transport

La capa de Stub/Skeleton

    Esta capa es la que escucha los métodos llamados remotamente hechos por el cliente y re direcciona estas llamadas a los servicios del RMI en el servidor, esta capa consiste de un stub y del skeleton.

Para invocar a los métodos de los objetos remotos, el request (pedido) en el lado del cliente empieza en el stub.

El stub es proxy del cliente que representa el objeto remoto.

Este es referenciado por el programa como si fuera cualquier otro método local que está corriendo.

El stub comunica el método al objeto remoto a través del skeleton que es implementado en el servidor.

El skeleton es el proxy del lado del servidor que continua la comunicación con el stub:

• Lee los parámetros para el método llamado.
• Hace una llamada al servicio remoto.
• Acepta el valor que retorna
• Escribe el valor retornado de regreso al stub.

La capa RRL(Remote Reference layer)

    La capa RRL es la que interpreta y maneja las referencias hechas por el cliente al objeto remoto en el servidor. Esta capa está presente en el lado del cliente, así como en la del servidor.

La RRL en el lado del cliente recibe un request para los métodos del stub que son transferidos encriptados como una cadena de datos del RRL hacia el lado del servidor. Los datos son transferidos a través de la red. La capa RRL del lado del servidor desencripta los parámetros que son enviados remotamente a través del skeleton, esto lo hace para que estén en el formato para que pueda entenderlo el skeleton.

Mientras retorna el valor del skeleton, la data es de nuevo encriptado y comunicada hacia el cliente a través de la capa RRD del lado del servidor.

La capa Transport (Transporte)

    La capa de transport es un enlace entre el RRL de el lado del servidor hacia el RRL de lado del cliente. La capa de transport es responsable de crear una nueva conexión y manejar las conexiones existentes.

También es responsable de manejar los objetos remotos que residen en el espacio de la capa de transport.

Los siguientes pasos explican como el cliente es conectado hacia el servidor:

1. Una vez recibido el request del RRL del lado del cliente, la capa de transport establece un socket de conexión al servidor a través del RRL del lado del servidor.
2. Entonces, la capa transport pasa la conexión establecida hacia el RRL del lado del cliente y añade u referencia remota a la conexión en esta tabla.

1. Crear un server socket usando el objeto ServerSocket .

2. Escuchar las peticiones del cliente para la conexión.

3. Empezar el servidor.

4. Crear un hilo de conexión para las peticiones de los clientes

Un código es el siguiente:

public void run()

{

try{

while(true){

Socket client = serverSocket.accept();

Connection con = new Connection(client);

        }

        }

catch(IOException e){

System.out.println("Error " + e);

}

}

El código para iniciar el servidor es el siguiente:

public static void main(String args{}){

new Server();

}

Pasos para crear un TCP/IP Cliente:

1. Crear un objeto Socket.

2. Leer y escribir en el socket.

3. Cerrar la conexión

4. Crear un hilo de conexión para las peticiones de los clientes.

try{

Socket clientSocket = new Socket("192.192.192.0", 1001);

}

catch(UnknowHostException e){

System.err.println("Undifined Host name");

}

            En esta primera parte de programación en red con Java, solo se mostraran las clases que conforman el paquete java.net que es el que nos brinda java para programar en la red (Network Socket Programming), mi intención es hablar más adelante sobre RMI y CORBA que son utilizados muy profundamente en J2EE, ya que a veces he visto casos en el trabajo que el servidor produce errores que solo podrían ser identificados por alguien que conoce estos elementos.

Clases del paquete java.net:

DatagramPaket: Representa el paquete de objetos del datagrama, que es el que contiene los datos junto con la información, como la dirección, la dirección de destino, código y numero del puerto de destino.

Esta información es usada para transferir un paquete de datagramas desde una computadora hasta otra por medio de la red.

DatagramSocket: Representa un objeto datagrama que puede enviar y recibir paquetes de datagrama. Los paquetes son enviados por un objeto DatagramSocket para que puedan ser recibidos a donde se envían.

MulticastSocket: Crea un objeto multicast datagram socket que es usado para enviar y recibir paquetes de datagrama a grupos. La dirección de ip de clase D (Que son las dirección entre 224.0.0.0 y 239.255.255.255) son usadas para crear los grupos. Cuando el mensaje es usado a una dirección IP de clase D, todos los clientes conectados al grupo reciben el mensaje. Esta clase contiene los métodos joinGroup() y LeaveGroup() para habilitar a los clientes a entrar a un grupo especifico.

InetAddress: Crea un objeto que contiene información tal como la dirección IP y el host name.

ServerSocket: Habilita para crear en el servidor un objeto de tipo socket que escucha las peticiones del cliente, El objeto ServerSocket usa el numero de puerto para recibir las peticiones del cliente.

Socket: Habilita para crear un objeto socket en el cliente que se conecte con un ServerSocket que envié peticiones al servidor.

URL: Representa el objeto donde se puede localizar una fila o recurso presente en la internet.

El paquete java.net también nos ayuda en las excepciones en la red, para controlaras en tiempo de ejecución, a continuación se describen:

BindException: Esta excepción es lanzada cuando un error ocurre mientras intentamos enlazarnos un socket a una dirección o puerto local.

Por ejemplo cuando la dirección local no puede ser accedida o el puerto requerido esta en uso.

ConnectException: Esta excepción es lanzada cuando no nos podemos conectar remotamente a una dirección ip o puerto.

MalformedURLException: Esta excepción es lanzada cuando la URL contiene un protocolo inválido o si la URL no puede ser convertida exitosamente.

UnknownHostException: Esta excepción es lanzada cuando la dirección IP o el host de la computadora no puede ser determinada, o la IP no existe.

fuente: El Libro De Network And Distributed Programming in Java y de la página oficial de Sun.

Si eres estudiante de Latinoamérica y estas interesado en obtener una certificación de Java, te tengo buenas noticias, inscribirte en SAI y practica para la certificación totalmente gratis, y cuando te sientas preparado podrás pedir un voucher para obtener un 60% (Latinoamérica) de descuento en la certificación que escojas.

*Si no quieres inscribirte pero deseas un voucher para obtener aproximadamente el 66% de descuento en el examen de la certificación que escojas en SUN, puedes dejarme un comentario con tu email, y así te enviare el número de voucher y con información de cómo utilizarlo.

** El número de voucher también aplica para otros países, pero no con el mismo descuento, pero siempre con más de 50%.