Notas sobre Java / JEE

IntellijIDEA en Mac OSX Snow Leopard en modo de 64bits

2011-04-27T12:32:00.000-06:00

Intellij IDEA en Snow Leopard a 64 bits.

Si utilizamos IntelijIDEA 9/10 en Mac OSX Snow Leopard, un sistema operativo de 64bits, tenemos el inconveniente de que se ejecuta bajo 32bits por defecto. Si se desea ejecutarse en 64 bits para optimizar el uso de una memoria mayor podemos utilizar el siguiente procedimiento:

1. Abrimos el contenido de la aplicacion utilizando cmd+click en el icono de la aplicación de Idea y seleccionamos Show Package Contents (mostrar el contenido del paquete)

2. Seleccionamos la carpeta Contents y realizamos un click alternativo (right click) al archivo Info.plist y seleccionamos "Open With" (Abrir con) y seleccionamos abrir con TextEdit o nuestro editor de texto favorito.

3. Realizamos una búsqueda en el archivo y búscamos la cadena JVMArchs y agregamos los siguientes valores

<key>JVMArchs</key>
<array>
  <string>i386</string>
  <string>x86_64</string>
  <string>ppc</string>
</array>

4. Finalmente salvamos el archivo (Cmd+S) y salimos de la aplicación (Cmd+q).

5. Lanzamos de nuevo el ejecutable de Idea y listo. Para verificar podemos utilizar el menú de "About" para visualizar el JVM con que Idea se esta ejecutando.

Comparación de Web Frameworks para Java

2011-02-11T12:09:00.002-06:00

Comparación de Web Frameworks para Java

Es realmente intrigante cada vez que se nos asigna un proyecto Web basado en Java, a veces pareciera como si tuvieramos que empezar de nuevo una y otra vez, el concepto de encapsulamiento queda en el pasado y cada nueva tecnología a veces nos hace retroceder. En un post anterior hablaba acerca de un Ecosistema Agil para desarrollo Java, sin embargo la adaptabilidad del ecosistema depende de la tecnología de servidor a la que estemos amarrados, ya para que una aplicación sea realmente "Cholesterol Free" nuestra arquitectura requerirá de trabajo más elaborado, dicho de otra manera: La arquitectura e Infraestructura de nuestras aplicaciones deben de ser compatibles con el servidor de aplicaciones y base de datos a utilizar. ¿Pero que sucede en el caso de cual es nuestro framework de desarrollo ideal?

El Framework Ideal
Respecto a la elección del Web Framework ideal, y considerando que existen muchos allá afuera en el mercado, tales como: Flex, Grails, Play!, Stripes, Wicket, Tapestry, Lift Struts 1 y 2, Rails, Face, Vaading, Spring, entre otros. Es necesario considerar o tener mucho tiempo para evaluarlos. Para ello podemos realizar el siguiente método o proosición en 3 simples pasos.

Paso 1) Tipificar
Considerar y comparar las características de ellos para ubicarlo en que categoría es posible tipificarlo, para ello es importante tomar en cuenta la tipificación del proyecto, para ello debemos preguntamos

Consumer: ¿Estamos haciendo un sitio dirigido al consumidor?
Rich Media: ¿Estamos haciendo Un sitio dirigido a medios (Rico en gráficos, videos, redes sociales, etc) ?
Application: ¿Estamos haciendo Una aplicación orientada a datos?
Long Live: ¿Estamos haciendo una aplicacion que estará en producción de 5, 10 o más años?
Legacy : ¿Estamos haciendo una aplicación Legacy Backend (Conectores del tipo Queue, Mainframes, etc)?

Paso 2) Ubicar
Una vez tipificado con lo anterior, debemos tomar en cuenta que los Web Frameworks se han dividido y agrupado en las siguientes principales categorías:

Request Based Frameworks (Struts, Spring MVC, Rails, Stripes)
Component Based Frameworks (JSF, Tapestry, GWT)
Rich Internet Applications (Flex, Rails)
Orientados a Rapid Development and Deploy (Grails, Rails)

Por tanto es posible ubicarlos de la siguiente manera

	Request Based Frameworks	Component Based Frameworks	Rich Internet Applications	Rapid Development
Consumer	B	M	M	MB
Rich Media	B	M	MB	B
Application	MB	B	MM	B
Long Live	MB	M	M	M
Legacy	B	MM	MM	MM

Donde MM = Muy Malo, M = MALO, B = BUENO, MB = MUY BUENO

Paso 3) Calificar
Ya ubicado nuestro en la tabla anterior tomamos los frameworks disponibles y los probamos, uno por uno,una pequeña aplicación, con el fin de documentar en una matriz, calficar y finalizar con un resumen de cual es el que más se adapta a nuestro proyecto. En esta etapa deben considerarse también si nuestro proyecto necesita características tales como:

Facilidad de Uso
Curva de Aprendisaje
Comunidad activa o pasiva
Futuro del Proyecto
La escabilidad, alto tráfico, demanda
Sistema de Plantillas
Componentes Disponibles
AjAX
Soporte de Plugins
Soporte de pruebas unitarias
i18m y I10n
Validación
Soporte Multilenguaje
Calidad de Documentación
Literatura
Soporte REST
Soporte Mobil

Con esos 3 pasos podemos identificar "casi" cualquier tipo de framework que se adapte a nuestros proyectos, independientemente de la arquitectura/infraestructura que utilicemos, pero vale la pena mencionar que aparentemente la batalla de los frameworks esta encabezada por Spring MVC, GWT, Ruby on Rails, Wicket y Struts 2. Y con el paso del tiempo me he dado cuenta que esta variación sube o baja, pero en general y en mi opinión personal, hay un factor crucial final en la consideración: Una vez selecciona nuestra porción de frameworks útiles para nuestro proyecto, el gusto y/o afinidad entra en juego. Si nuestra fuerza de trabajo o programación gusta más de Struts vs Spring MVC y el proyecto aplica para ambas, pues lógicamente debe seleccionarse la primera para aumentar el desempeño o motivación del equipo. Si algo funciona cambialo solo cuando sea estrictamente necesario.

Referencias

Grails 1.3.5 Released

2010-10-05T17:33:00.002-06:00

El día de ayer 4 de Octubre de 2010, fue liberada la ultima version establa de Grails 1.3.5, corrige problemas de URL's , permite parametrizar el JVM de Tomcat para el modo de desarrollo, mejoras en GORM (ignoreCase:true) entre otros.

Más información en

http://grails.org/1.3.5+Release+Notes

Apache Common en Grails

2010-10-05T16:24:00.001-06:00

Apache Commons en Grails

Algo tan simple como importar librerias estáticas en Grails a veces no es percibido a simple vista, por ejemplo para validar cadenas, numeros, etc. podemos importar el poderoso Apache Commons StringUtils dentro de Grails estáticamente ya que vienen como parte de las librerías estandar de Grails en sí, por ejemplo:

import static org.apache.commons.lang.StringUtils.*

class DefaultController {
   def index = {

   // filtar por tipo de bien
   if (isNotBlank(params?.id))
   println params?.id

   }
}

http://commons.apache.org/lang/api-release/index.html

Multithreading, Threads y Concurrency en Java, excelente articulo

2010-06-08T19:28:00.004-06:00

Un poco de teoría de como utilizar estas obscuras técnicas, aprendamos un poco de teoria con excelentes ejemplos:

http://tutorials.jenkov.com/java-concurrency/index.html

Bye, Bye Sun....

2010-05-14T09:45:00.001-06:00

Sin palabras. :'(

http://blogs.sun.com/jag/entry/so_long_old_friend

La Base de Datos Social, ¿Qué es Apache Cassandra?

2010-05-12T09:57:00.003-06:00

¿Base de Datos Social?
El proyecto Apache Cassandra, mantenido por Apache Foundation es una base de datos No Relacional, basada en un modelo basado en columnas (llaves y valores). Heredado o donado por Facebook Corporation en 2008 (lo cual lo hace interesante para muchos de nosotros, tomando en cuenta la congestión transaccional de millones de usuarios de una de las más populares redes sociales), Cassandra es tambien utilizado por otras redes, tales como Digg, Twitter, Reddit, entre otros, y es también utlizados por compañías que manejan grandes cantidades de información tales como Rackspace, Cloudkik, etc. Algunes de ellas poseen clusters con más de 100TB de datos sobre más de 150 nodos. De hecho, la naturaleza de Cassandra es que esta distribuido sobre Nodos, los datos son automaticametne replicados y los nodos pueden ser removidos y adicionados sin reiniciar ningún servicio, es decir sin downtime.

¿Basado en Java?
Completamente, Cassandra esta 100% desarrollado con Java. Efectivamente, los detractores del rendimiento del JVM tienen un problema aquí. Cassandra esta 100% desarrollado, distribuido, publicado, ejecutado con herramientas Java. Realmente la tecnología y arquitectura bajo Cassandra es la que hace que el rendimiento sea superior a otras bases de datos basadas en Java, ya que esta diseñada exclusivamente para DATOS, no posee relaciones, modelos, vistas, sql, triggers, ya que estos no son el camino ni el destino del proyecto. Tomando en cuenta también que la arquitectura, tecnología y algoritmos del proyecto estan basados en estudios bien fundamentados de terceros, tales como: El Teorema de CAP de la Universidad de Berkeley, BigTable un sistema de datos estructurados nada más y nada menos que el DBMS de Google y también Dynamo la fuente de datos Key-Value de Amazon, entre otros, hacen que los fundamentos del proyecto esten basados y orientados a rendimiento de alto nivel.

Conectividad
El API de bajo nivel Thrift, es el cliente de conectividad nativo de Cassandra, por lo tanto es el más rápido y eficaz. Thrift API/RPC es un Framework que permite definir Tipos de Datos, Estructuras y Servicio en un formato de archivo estandar para diferentes lenguajes (java, python, c, c++, perl, php,etc), que a es enviado y recibido a través de RPC, sin necesidad de código de serialización/deserialización; todo esto a través de Sockets (Back to the basics...again). Eventualmente se distribuiran API's de conectividad de más alto nivel, de hecho ya existen algunas, sin embargo utilizar un API de alto nivel sin conocer Thrift sería como utilizar Hibernate sin conocer JDBC.

Ejemplo, Insertando una Tupla con Thrift API

 import java.util.List;   
  import java.io.UnsupportedEncodingException;   
  import org.apache.thrift.transport.TTransport;   
  import org.apache.thrift.transport.TSocket;   
  import org.apache.thrift.protocol.TProtocol;   
  import org.apache.thrift.protocol.TBinaryProtocol;   
  import org.apache.thrift.TException;   
  import org.apache.cassandra.service.*;   
  public class CClient   
  {   
   public static void main(String[] args)   
   throws TException, InvalidRequestException, UnavailableException, UnsupportedEncodingException, NotFoundException   
   {   
    // conexion a socket thrift   
    TTransport tr = new TSocket("localhost", 9160);   
    TProtocol proto = new TBinaryProtocol(tr);   
    Cassandra.Client client = new Cassandra.Client(proto);   
    // abrir transporte   
    tr.open();   
    String key_user_id = "1";   
    String key_space = "Keyspace1";   
    // insertando un registro (dos columnas: nombre y edad)   
    long timestamp = System.currentTimeMillis();   
    client.insert(key_space,   
       key_user_id,   
       new ColumnPath("Standard1", null, "nombre".getBytes("UTF-8")),   
       "Juan Perez".getBytes("UTF-8"),   
       timestamp, ConsistencyLevel.ONE);   
    client.insert(key_space,   
       key_user_id,   
       new ColumnPath("Standard1", null, "edad".getBytes("UTF-8")),   
       "30".getBytes("UTF-8"),   
       timestamp, ConsistencyLevel.ONE);    
    // cerrar transporte   
    tr.close();   
  }

Más Información

Monitor / Estadisticas para Tomcat 5.X

2010-05-10T23:14:00.007-06:00

El glorioso y perdurable Tomcat V, es una herramienta simple, para nada menospreciable, que se encuentra en la mayoría del "ToolBox" de un desarrollador/programador Java EE; sin importar el nivel. Ya que su naturaleza "WebApp Container" es a veces lo suficientemente simple, sencillo y eficaz para publicaciones en desarrollo y también producción de aplicaciones basadas en Web. Tomcat es tan bueno, hasta donde lo permitimos. Soporta Clusters, JNDI DataSources, Hot Deployment, etc. Características lo suficientemente buenas para un entorno que no necesita todo el colesterol de otros servidores de aplicaciones, tales como Glassfish, JBoss, Websphere, OAS, etc. (Los dos primeros utilizan Tomcat internamente).

En fin, Tomcat es muy bueno, pero comparado con los servidores de aplicaciones comerciales, Tomcat carece de una herramienta administrativa o de monitoreo, o al menos el "Manager" y "Admin" lucen como aplicaciones de prueba o de aficionados comparado con las consolas administrativas de los anteriormente mencionados. Sin embargo, existen para eso, para pruebas. He ahí donde entra una excelente aplicación Web, llamada Lambda Probe, es un WAR que contiene las características necesarias para hacer de complemente de Tomcat. Posee monitoreo, dashboard, visor de memoria del JVM, WAR Deployment, Status, Restart, JNDI Monitor, Quick Check, entre otros.

Vale la pena darle una oportunidad. Es tan buena la aplicación, que simplemente descargamos el WAR, lo publicamos en Tomcat y listo. Lambda Probe utiliza la seguridad integrada de Tomcat (tomcat-users.xml) para la seguridad de la misma. Y finalmente lo más importante, es libre.

Tomcat 5.5 + OpenSolaris

2010-05-05T16:25:00.004-06:00

Ayer por la noche, tuve la oportunidad de instalar Tomcat 5.5 bajo OpenSolaris, al analizar las posibles alternativas, me decidí a probar la distribución de CoolStack, la cual me ha funcionado de maravilla. He aquí unos simples pasos.

Prerequisitos

Tener el JDK instalado
Acceso de super usuario (root, en mi caso)

Instalación

Descargar el archivo CSKtomcatbundle_1.3.1_i386.pkg.bz2
este puede ser descargado desde http://www.sunfreeware.com/ftp/pub/freeware/CSK/
```
wget http://www.sunfreeware.com/ftp/pub/freeware/CSK/CSKtomcatbundle_1.3.1_i386.pkg.bz2
```
Descomprimir el archivo utilizando bzip2 (puede ser en un directorio temporal, si no se va a utilizar el paquete)
```
bzip2 -d CSKtomcatbundle_1.3.1_i386.pkg.bz2
```
Instalar el Paquete utilizando el comando
```
pkgadd -d CSKtomcatbundle_1.3.1_i386.pkg
```
Una vez instalado el paquete, es necesario configurar el servicio con ciertos parametros de ajuste de memoria si no queremos tener problemas con el JVM en nuestro servidor. Para ellos utilizamos los siguientes comandos:
```
svccfg -s svc:/network/http:tomcat5-csk setenv -m start JAVA_OPTS -Xmx64m
svccfg -s svc:/network/http:tomcat5-csk setenv -m stop JAVA_OPTS -Xmx64m
```
Donde -Xmx64m nos indica que al iniciar el servicio tomcat5, el JVM utilizaría un máximo de 64MB's de memoria, si nuestras aplicaciones necesitan más memoria, éste parámetro debe de ser ajustado a sus necesidades.
Para iniciar y/o detener el servicio, podemos utilizar los siguientes comandos
```
svcadm enable tomcat5-csk
svcadm disable tomcat5-csk
```
Finalmente, para verificar que el servicio se esta ejecutando, podemos utilizar
```
svcs -a | grep tomcat5-csk
```

Realmente estoy bastante satisfecho del rendimiento de Java y Tomcat para OpenSolaris, me resulta más práctico utilizar este sistema operativo, que de alguna manera esta orientado a Java, ya que cuenta exactamente con los paquetes que necesito, que incluye paquetes comerciales, tales como el JDK de Sun Microsystems, y esto hace mi vida más felíz.

Más Cambios de Oracle para Sun / Java

2010-04-12T11:17:00.005-06:00

Aparentemente los cambios de políticas y tendences de los productos Sun ahora de Oracle, no dejan de impresionarnos, hoy por la mañana recibi la noticias de que James Gosling (El Creador o Padre de Java) deja la compañías por motivos personales y profesionales, no creo que esto sea bueno para el futuro a mediano plazo de Java, más que tecnológicamente, la presencia de Gosling garantizaba cierta seriedad en la participación de la comunidad.

Por otro lado, Solaris ya no será gratis. Oracle anuncia que a partir de este mes, la versión de Solaris 10 será gratuita durante los primeros 90 días de su uso, y será necesario pagar licencia despues de cumplirse dicho período. Esto desconcierta especialmente a la comunidad de Open Solaris, la cual seguirá igual gracias a su licenciamiento CDDL, pero las reglas del juego no estan definidas.

Para más información

Base Commons con Apache Maven

2010-04-12T09:55:00.004-06:00

La mayoría de los proyectos necesitan una base de funciones comunes de manipulación de cadenas, numericas, fechas, codificacion, validacion, etc. Apache Commons es una rica fuenta de estas funciones y material base para no reinventar la rueda. Para más información ver el siguiente excelente artículo http://onjava.com/pub/a/onjava/2004/12/22/jakarta-gems-1.html

Si utilizamos Apache Maven, podemos utilizar los commons con las siguiente dependencias

 
      <dependency>  
           <groupId>commons-beanutils</groupId>  
           <artifactId>commons-beanutils</artifactId>  
           <version>1.8.2</version>  
           <scope>compile</scope>  
           </dependency>  
      <dependency>  
           <groupId>commons-codec</groupId>  
           <artifactId>commons-codec</artifactId>  
           <version>1.4</version>  
           <scope>compile</scope>  
      </dependency>  
      <dependency>  
           <groupId>commons-collections</groupId>  
           <artifactId>commons-collections</artifactId>  
           <version>3.2.1</version>  
           <scope>compile</scope>  
      </dependency>  
      <dependency>  
           <groupId>commons-lang</groupId>  
           <artifactId>commons-lang</artifactId>  
           <version>2.4</version>  
           <scope>compile</scope>  
      </dependency>

En paz descanses Felipe....

2010-04-09T12:18:00.006-06:00

QEPD

Este pasado Jueves 5 de Marzo, fallece uno de los grandes de Java en America Latina, Felipe Gaucho, fundador de CEJUG y gran activista del mundo JEE. Condelencias para su familia y siempre te recordaremos.

Su ultimo POST del blog fue un dia antes de su muerte.

http://www.java.net/blogs/felipegaucho

Mas Info

http://www.cejug.org/2010/03/06/noticia-triste-para-o-java-no-brasil-e-o-ceara/

Empiezan los cambios....Apache Cassandra

2010-03-02T16:38:00.004-06:00

Todo lo que empieza tiene que terminar (SUN It's All Your Fault), al parecer muchas de las redes sociales (como referentes de alto trafico) estan migrando y "dejando" de utilizar MySQL como base de datos relacional y estan migrando a Apache Cassandra.

Apache Cassandra es un gestor de datos, no-relacional y no-sql, utiliza un estilo denominado BigTable y esta diseñada para guardar campos-valores, lo que permite dinamismo en el diseño, pero pérdida para el paradigma relacional de estricta tipificación.

Como muchos proyectos nuevos tiene fanáticos y detractores, en lo personal, aplaudo una base de datos no-relacional ya que hay sistemas que necesitan personalización de usuarios, por ejemplo un formulario dinámico, para lo cual más de una vez he diseñado tablas campo-valor. Asimismo existen programadores que trabajan con mentalidad Documental ( Lotus Notes Fans, You're Back !!! ) y posiblemente les guste
trabajar con una versión evolucionda de Cassandra.

Sitio Web
http://incubator.apache.org/cassandra/

Clientes (PHP Y JAVA Incluidos)
http://wiki.apache.org/cassandra/ClientExamples

Objetos de Acceso de Datos Genéricos Parte I

2010-03-01T15:15:00.009-06:00

Sobre los DAO's (Infamous DAO's)

Los famosos DAO's, (Data Access Objects)...cualquier nuevo estudiante informático o profesional ha escuchado o alguna lección sobre las capas que una aplicación puede tener: capa de datos, capa de lógica de negocios, capa de presentación entre otros, conocidas tambien como aplicaciones multicapas (existe algún sistema mono-capa ???), y entre tantas capas se toma un patron de acceso de datos, una parte fundamental de una aplicación de datos, ¿Que tanto es necesario saber de DAO's? Un DAO puede resumirse como el factor de un programa que gestione los datos de una entidad, tales como operaciones CRUD's y Finders. Esto puede parecer historia comparado con los nuevos motores de persistencia tales como JPA y EJB3, sin embargo, su desconocimiento puede acarrear graves errores a la hora de gestionar la información de las bases de datos relaciones, problemas de transaccionabilidad, atomicidad, isolación y peor aún, si se ha utilizado un "Wizard" para dicha meta.

Efectivamente en la actualidad, los DAO's se dan como hecho, algo que posiblemente se debe dar por entendido, sin embargo, en una aplicación pequeña que gestione información, fácilmente podemos examinar unas 10 0 15 entidades de base de datos, los DAOs son el puento entre los datos y el mundo de objetos. El rendimiento de un DAO puede afectar en gran medida el rendimiento global de nuestras aplicaciones. Asimismo, "hacer" DAO's es una tarea no solo engorrosa sino también aburrida, y por lo tanto propensa a errores. La solución que he tomado (y muchos otros más) es generalizar estas aburridas operaciones en algun concentrador de DAO's o dicho de otra manera GENERALIZAR un DAO para reutilizarlo en las comunes operaciones CRUD's.

Vale la pena mencionar, antes de entrar en materia, que la razón de un DAO, es AGREGAR, ACTUALIZAR, ELIMINAR y CONSULTAR DATOS. No se debe de realizar operaciones de lógica de negocios en ellos, a pesar de generalizarlo, no debe de sobrecargarse o engordarse con tareas que no corresponde a él. En Java como en otros lenguajes orientados a objetos, es clave la frase "Divide y Vencerás", la idea es factorizar las operaciones a su mínima expresión, y un DAO debe ser la mínima expresión de un CRUFD (CREATE, UPDATE, FIND & DELETE). Operaciones de filtrado, cálculos, isolación, transacciones, operaciones, etc. Deben de ejecutarse en otro patrón, los Objetos de Servicios o DSO's, off-topic, Por ahora.

Hibernate Generic DAO

En este artículo, se muestra como evitar repetir operaciones de DAO's una y otra vez, sin perder los beneficios de tipos (Type Safety) , de hecho todo lo que sería necesario sería definir una interface para cada entidad, y dejar el control a nuestro DAO genérico, todo esto controlado bajo un archivo de configuración de Spring.

El patrón DAO y sus implementaciones peuden variar considerablemente, sin embargo ciertas caracterísitcas son claves, en este artículo se consideran las siguientes::

Todo el acceso a datos y su encapsulamiento será a través de DAO's
Cada DAO será responsable para cada una de las entidades, y cada entidad debe tener su propio DAO.
El DAO es el responsable de Crear, Actualizar, Eliminar entidades -- CRUD --
El DAO debe permitir consultas, búsquedas por criterio de las entidades, y retornar listas de entidades ó instancias de las entidades
El DAO no es responsable de manejar transacciones, sesiones, conexiones, estas van gestionadas, fuera del DAO.
Las entidades de la base de datos (Tablas) poseen un identificador unico serializable (AKA Integer, Long, Varchar), en este tutorial no se utilizan llaves compuestas (composites-ids)

NOTA: En el presente tutorial, se anexará una manera común de gestionar datos utilizando Spring e Hibernate, consolidando información que con el tiempo he recopilado en Internet y utilizado en mis propios sistemas. En el presente tutorial se utilizará Eclipse como IDE, Apache Maven, Spring 2.5 e Hibernate 3. Es necesario tener conocimientos de Interfaces e Implementaciones, Sólidos conocimientos de Abstracción y Herencia, Java Generics, Inyección de Dependencias con Spring Framework y conocer al menos lo básico de Hibernate.

Ver :
http://java.sun.com/blueprints/corej2eepatterns/Patterns/DataAccessObject.html
http://www.ibm.com/developerworks/java/library/j-genericdao.html
http://code.google.com/p/hibernate-generic-dao/

Drools 5 - The Business Logic integration Platform

2010-03-01T15:08:00.002-06:00

Ya desde un par de años atrás, le he seguido la pista a los motores de interpretación de reglas, un área que a pesar de no ser tan popular, es la base filosófica de las aplicaciones de tomas de decición o sistemas Expertos.

Como un fiel seguidor de Hibernate, y aunque mi relación con RedHat y JBoss ha perdido sentimientos, creo que vale la pena revisar esta nueva versión de Drools el motor de Reglas de JBoss, ahora en su versión 5.

http://www.jboss.org/drools/

Appfuse 2

2009-08-18T12:22:00.004-06:00

Siempre he sido admirador de AppFuse, creado por Matt Raible, he aprendido infinidad de buenas prácticas desde los inicios del proyecto, desde Ant, Struts, Hibernate, etc. Ahora en la versión 2 parece decirle adiós al Ant y practicamente todo esta basado con Maven.

Nunca he tenido la oportunidad de utilizarlo para una aplicación en producción, pero siempre ha estado en mi laboratorio y observatorio de buenos proyectos. Y esta versión específicamente vale la pena echarle un ojo.

Más información sobre el proyecto: http://appfuse.org/display/APF/Tutorials

AJAX API's de Google

2009-07-12T19:13:00.005-06:00

Practicamente en todas las aplicaciones Web basadas en Java, un WAR por ejemplo, se acostumbra que los recursos estáticos, tales como librerías JavaScript, se empaqueten en el WAR ya sea por comodidad o por carecer de un servidor de recursos estáticos dedicado.

Hoy en día (Web 2.0) el JS es tan demandante, que prácticamente es imposible en una aplicación Web orientada a usuarios finales no incluir al menos una librería de JavaScript, especialmente cuando hay mucho AJAX o manipulación de DOM, entre otras cosas.

Si nuestra aplicación va ser distribuida por Internet, es decir de dominio público, sería de muy buena práctica delegar la carga y tráfico de dichos recursos a servidores dedicados, con un buen soporte de cache, uptime, etc. Y tomando en cuenta esas características comenzé a utilizar el Google AJAX API, el cual me ha sido de mucha utilidad, especialmente porque me gusta trabajar con Prototype + Scriptaculous.

Una vez incluída la librería de Google AJAX API's ya podemos incluir otras librerías de una manera bastante sencilla, por ejemplo para incluir Prototype + Scriptaculous


  google.load("prototype", "1.6");
  google.load("scriptaculous", "1.8.2");

Otros colegas fans de JQuery, pueden utilizar algo como esto


  google.load("jquery", "1.3.1");
  google.load("jqueryui", "1.5.3");

Y listo, otra ventaja es el versionamiento de las librerías, el cual podemos parametrizar ya en nuestra aplicación para cambiar de versiones de una manera transparente.

Visite: http://code.google.com/intl/es-ES/apis/ajaxlibs/ para más información y descargas.

P.D. Obviamente es HTML puro y por tanto también lo he utilizado en proyectos PHP :P

Artículo sobre Maven - Getting Started

2009-07-12T19:04:00.004-06:00

Al recuperar mis bookmarks de del.icio.us encontre un Link bastante bueno relacionado con Apache Maven:

http://today.java.net/pub/a/today/2007/03/01/building-web-applications-with-maven-2.html

En su momento sirve de mucho como inicio para quien desee iniciar con tan buena herramienta, vale mencionar que es ya del 2007 este artículo, sin embargo sigue siendo de mucha utilidad.

NetBeans 6.7 está aquí

2009-07-02T11:35:00.002-06:00

Bueno NetBeans no se podía quedar atrás, ya esta disponible la versión 6.7 de este poderoso IDE. Realmente aprecio que han mejorado considerablemente el soporte para Apache Maven, Groovy and Grails. Aparentemente han mejorado el rendimiento, y como siempre, NetBeans sigue siendo líder en WYSIWYG tanto para Swing como para Web.

Visite http://www.netbeans.org/ para más información

Galileo está aquí

2009-06-24T22:06:00.004-06:00

El día de hoy ha sido liberado Eclipse Galileo, este release en especial me llama mucho la atención debido a que por fin SWT soporta COCOA, la librería nativa para MacOS Leopard. Por otro lado para las otras plataformas igualmente están consideradas muchas mejoras y pronto anexaré mi evaluación respecto al IDE.

http://www.eclipse.org

EBS4J, Consultoría y Servicios

2009-06-22T12:42:00.006-06:00

El día de hoy Lunes 22 de Junio, inicia el desarrollo del portal ebs4j, sitio web orientado a brindar consultoría y y entrenamiento de Java y JEE a la pequeña y mediana empresa de El Salvador, el equipo integrado y mi persona espera que este proyecto a corto/mediano plazo tenga el éxito y aprobación necesaria del mercado y atender la demanda actual de servicios profesionales, además de trabajar de la mano con la gente que necesita actualizar y/o mejorar su procesos con las nuevas tecnologías para el beneficio común y social de nuestro país.

Visite http://www.ebs4j.com/ para más información

Comparación de Tecnologías RAD

2009-06-10T16:18:00.017-06:00

Rapid Web Application Development, ¿¿¿en JAVA???

Hace ya como 3 o 4 años, he estado investigando sobre un modelo o plataforma para desarrollo rápido de aplicaciones en Java, tomando en cuenta que una de las quejas generales de Java es que toma mucho tiempo realizar tareas relativamente simples en comparación con otros lenguajes, tales como conexión a bases de datos relacionales, gestión de archivos, el mantenimiento CRUD de una tabla, etc. Colegas de Microsoft, me han demostrado como es posible desarrollar dichas tareas con unos cuantos clicks y drag & drops en el ambiente de Visual Studio, independientemente del lenguaje: Visual Basic, C#Sharp, entre otros. Claro esta, que al demostrarle las bondades de Java, tales como independencia de plataforma, IDE, librerías libres de gran calidad, entre otros; la comparación entre ambos queda bastante igualada. Lamentablemente para el ambiente empresarial un factor primordial es el tiempo basándose en la simple y vieja ecuación tiempo = dinero.

Es por ello que muchos de los sistemas en que he desarrollado o al menos participado han utilizado diferentes plataformas y marcos de trabajo, tales como Spring, TopLink, Hibernate, Struts, JSP & JSTL, JSF, Ajax, etc. Y básicamente en todas, a pesar de su irrefutable calidad y rendimiento, el tiempo de programación es un factor en contra en el desarrollo. Ya que además de la curva de aprendizaje de cada una de ellas, prácticamente no hay una manera de generar código de manera automática. Y las herramientas de autogeneración, tales como middlegen, hibernatetools, etc. No siempre cumplen con las expectativas deseadas y definitivamente el tiempo que nos toma corregir, es el mismo que nos hubiera tomado diseñarlo artesanalmente.

¿La solución?
No RAD, AGIL,

Pues...la verdad...No existe una solución. No hay RAD, sin embargo si es posible ser más ÁGIL. Con el tiempo y luego de horas de dolores de cabeza, me he dado cuenta que todo depende sobre qué, para qué y para quien, es el sistema, al formular esas simples preguntas, es posible tomar las decisiones que nos lleven al camino adecuado para reducir el tiempo y ser más efectivos. Por ejemplo: Si por X o Y motivo estamos bajo Oracle, lo recomendable es utilizar las herramientas de Oracle, por otro lado si estamos sobre Websphere, pues lo recomendable es utilizar las herramientas de IBM. Y si estamos sobre Open Source??? en este caso es un poco más complicado, pero todo se resume a combinar las tecnologías de manera ecológica y armónica o el ecosistema JEE

Ecosistema JEE

Para la mayoría de proyectos JEE (especialmente orientados a RAD) es necesario la inclusión de diferentes herramientas, tecnologías, librerías y plataformas que faciliten el análisis, desarrollo, implementación y funcionamiento de las aplicaciones. Sin embargo un proyecto JEE puede estar agobiado de dichos componentes, muchas veces innecesarios, o por el contrario, carecer parcial o totalmente de ellas. Es necesario formar y establecer un ECOSISTEMA JEE que estandarizen y armonicen el posible caos dentro de las aplicaciones y servicios, tanto en el desarrollo como en la publicación y el ciclo de vida completo de los sistemas, de tal manera que la productividad se aumente y se disminuyan los posibles errores y cuellos de botella, que son realmente, los que consumen el tiempo y vuelven el desarrollo e implementación un caos.

Algunos de los componentes, y sus combinaciones, que no deben de faltar en ninguna implementación RAD son:

1. Build Tool : Ant, Maven, IVY
2. Dependency Injection / IoC : Spring Framework
3. Data Access Layer (JDBC ú ORM's : Hibernate, TopLink, iBatis)
4. Model View Controller, Struts, Spring MVC, JSF
5. IDE: Tales como (Sin orden de preferencia) : Eclipse, NetBeans, JDeveloper, IntelliJ Idea
6. Generadores o plantillas : Tales como AppFuse, Grails, FireStorm

Ejemplo de ello, pueden ser:

Ant + Spring + TopLink + ADF Faces + JDeveloper
Maven + Spring + Hibernate + Struts + Eclipse
Maven + Spring + JPA + Eclipse/NetBeans
Groovy / Grails + Intellij IDEA

Definitivamente, Java es cambiante, cada día surgen nuevas herramientas, lo importante es no perder de vista las preguntas: Sobre qué, Para qué y Para quién. Una vez estamos inmersos en el mundo de JEE, sabremos exactamente que camino tomar y cual arsenal vamos a llevar con nosotros.

Fundamentos de Java

2009-06-10T16:13:00.003-06:00

El sábado anterior finalizó el entrenamiento de Java Fundamentals, el cual fué impartido a 2 empresas interesadas en tecnologías Java. Fueron 20 horas divididas en 4 sesiones, anexo el material de trabajo junto con el material de la presentación. Todo el material está basado en el entrenamiento de Sun Microsystems, aunque el material de trabajo fué redactado según mi criterio y recolección de información de Internet.

Guías y Tutorial de Java

2008-09-04T23:30:00.011-06:00

Actualmente un nuevo reto se ha presentado en mi carrera como Analista de Sistemas, entrenamiento... Este nuevo reto surge lo tomo muy a pecho porque creo que al colaborar con el aprendizaje de los demás en el mundo de Java aporto el granito de arena que desde hace tiempo he querido brindar, y que mejor manera que enseñando a otros mis experiencias con el lenguaje.

La pedagogía definitivamente no es mi rama, sin embargo, soy creyente de que cada uno de las personas que nos involucramos con el desarrollo de sistemas, tenemos un tutor interno, el que nos empuja a auto-enseñarnos de manera empírica uno que otro tema que deseamos conocer.

Es común que en nuestras labores diarias se acerque el jefe inmediato y diga clásicamente "El programa es para mañana", o aún peor, el cliente notifica que lo necesita para hoy a las 3:00PM, y esta "tradición" o "costumbre" ha hecho que encontremos las más rápidas maneras de realizar algo, que no es lo mejor, pero al menos funcional. ¿Porque menciono esto? Porque si cada uno diéramos un poco de nuestro conocimiento, nuestro día a día sería mucho mejor.

Por otro lado, una cosa si la tengo bien clara, el recurso en español es muy escazo, al menos en google, comparado con el inglés, este es otro reto, por tanto he decidido basarme en dividir el Java Tutorial de Sun para una versión basica y avanzada del JSE. Así que manos a la obra, y espero que el contenido publicado en el blog sea de interés y que sirva de guía para los demás.

Adiós 1.4 fué un placer conocerte

2008-05-16T22:13:00.009-06:00

Luego de llegar a la actualización 15 del JDK 1.5 o Java SE 5, he decidido finalmente migrar e instalar el JDK 6 (Actualización 6 a la fecha) ... Tomando en cuenta que estamos todavía con algunos pocos proyectos sobre JDK 1.4, me parece que es hora de migrar.

Si hay algo que es admirable en Java es su compatibilidad entre versiones, a la fecha no he tenido ningun problema al cambiarme de versiones. De 1.3 a 1.4 a 1.5 y ahora a 6 espero que sea igual de transparente que en las anteriores ocasiones.

Reconozco que Java 6 tiene ya buen tiempo de estar disponible, sin embargo tomo muy cuenta personalmente en que versión de JEE (Java Enterprise Edition) esta trabajando la industria comercialmente. Actualmente compilo sobre 1.5 con compatibilidad sobre 1.4, tomando en cuenta que los servidores de aplicaciones empresariales siempre estan una o dos versiones atrás que la más actual de Sun, claro por compatibilidad y estabilidad. Pero a la fecha muchos de ellos, entre ellos: JBoss, IBM, BEA y Oracle, ya estan en producción sobre 1.5, creo que es hora de compilar sobre 1.6 utilizando compatibilidad con 1.5.

Vamos a ver si 1.6 nos ofrece tan buena compatibilidad como la familia 1.5 y al recordad tanto tiempo programando sobre 1.4, con un poco de nostalgia, creo que es hora de decirle "Adiós venerable 1.4 fué un placer conocerte".

¿Blogs, para gente de I.T.?

2008-05-01T19:46:00.000-06:00

En lo personal, y sin afán de ofender, yo pienso que los BLOGS son una herramienta maravillosa para la gente que tiene mucho tiempo libre, o al menos se dedican a eso. En el área del desarrollo informática ó I.T. como algunos le apodan, es muy difícil contar con el tiempo necesario para llevar un blog como debe de ser, en lo personal realmente admiro a aquellos que lo hacen, y me ha sido de gran utilidad en mis desarrollos personales y laborales, y es por eso que he llegado a la conclusión que ya es hora de iniciar un espacio en el cual comparta con todos mi mínima contribución compartiendo mis experiencias y publicando contenido que espero sea útil para otros.

Voy a tratar de darle continuidad a este espacio a medida ordene mis ideas para darle el seguimiento lógico que deseo compartir, con el fin de ahorrarles los dolores de cabeza por los cuales ya he pasado y que no se lo deseo a nadie, aunque para ser sincero ha sido divertido....Y la diversión es el centro de esto, ¿No?. Hay gente que trabaja en I.T. para vivir, hay otra gente que lo mira como un estilo de vida, creo que los segundos son una especie de masoquistas, ya que encuentran placer a esos desvelos, horas y horas de trabajo e investigación, también son vanidosos, porque a su vez gustan de los resultados y sienten orgullo al compilar ese programa con "cero warnings, cero errors" al final de las 1500 líneas de código que digitaron la noche anterior, también son competitivos, se sienten orgullosos cuando en 5 líneas se logra mejor resultado que las 25 líneas de fulanito....En resumen por todas esas características que hacen, o al menos pensamos, que hacen especiales a la gente que programa con el corazón...Espero mi granito de arena les sea de utilidad.