Hoy me paso que tenia que hacer un demo de un proyecto, y no tenia acceso a mi computadora. Y le pedi prestada su mac a mi hermana para trabajar en ella.

Trabajo sobre java, así que la opción de sistemas operativos a escoger es amplia. Pero de preferencia uso mac. Y realmente resulta ser una plataforma muy practica, les comento los pasos que realice para levantar mi entorno de trabajo.

• Actualizar Java 6 (158 MB)
• Bajar un cliente de SVN, uso SmartSVN (6MB)
• Bajar un IDE (IntelliJ IDEA) (120MB)
• Bajar fuente de forzaframework (30MB)
• Bajar Apache Tomcat (servidor de aplicaciones) (6MB)
• Bajar Postgresql o cualquier otro motor de base de datos (30MB)
• Apache Ant y Maven ya vienen preinstalados en Mac OS X
• Crear el proyecto con las utilerias de forza
• Y por ultimo abrir el proyecto en IDEA y empezar a hacer el prototipo

Bueno, a no ser por mi conexión a internet que no era la mejor, me hubiera tardado unos 40 minutos, en un viaje de negocios si me robaran mi mac, podría comprar otra y empezar a trabajar en 40 minutos, jejeje esperemos que no pase.

Pero realmente es muy rapido poner un entorno Java sobre Mac OS X, y bueno tambien es facil en cualquier otro sistema operativo. No entiendo como Microsoft en cada release hace el Visual Studio mas pesado.

Espero haber explicado un poco la practicidad de la plataforma java y que no solo se usa la mac para diseño. Hay, creo que cada vez mas, desarrolladores con Mac OS X como plataforma.

Uno de los elementos de forzaframework es un taglib de jsp que genera codigo javascript/html. Principalmente es un wrapper para extjs. La idea de esto es que cualquier programador con experiencia en jsp pueda hacer mejores interfaces web aprovechando las excelentes librerias de javascript que existen ahora, en este caso extjs.

Aqui muestro un ejemplo de lo que se puede hacer.

<%@ taglib uri="http://forzaframework.org/tags/misc-tags" prefix="n" %>
<%@ taglib uri="http://forzaframework.org/tags/form-tags" prefix="f" %>
<%@ taglib uri="http://java.sun.com/jstl/core_rt" prefix="c" %>
<c:set var="ctx" value="${pageContext.request.contextPath}" />

<n:panel layout="border" title="Titulo principal del modulo" replacePanel="System.getCenter()">
<n:toolbar type="top">
<n:button text="Abrir ventana" handler="function(){ Ext.getCmp('window').show(); }"/>
</n:toolbar>
<n:panel region="west" title="West" width="200">
</n:panel>
<n:panel region="center" layout="row-fit">
<n:grid id="users-grid" titleKey="user.list.title" url="${ctx}/config/users/xml">
<n:toolbar type="top">
<n:button textKey="user.new" handler="function(){
alert('Hola mundo')
}" />
<n:button text="Permisos" handler="alert('Hola mundo');" />
</n:toolbar>

<n:column field="id" hidden="true"/>
<n:column field="username" titleKey="user.username"/>
<n:column field="firstName" titleKey="user.firstName"/>
<n:column field="lastName" titleKey="user.lastName"/>
<n:column field="email" titleKey="user.email"/>
<n:column field="preferredLocale" titleKey="user.preferredLocale"/>
</n:grid>
<n:panel title="Aqui puede ir un otro grid">

</n:panel>
</n:panel>
</n:panel>

<n:window id="window" title="Ventana" width="400" height="300" show="false">
<n:panel>
<n:htmlContent>
Este es contenido html
<div style="background-color:red">
Este es un texto en rojo
</div>
</n:htmlContent>
</n:panel>
</n:window>

Aquí vemos que es lo que genera.

En resumen se muestra un ejemplo de un panel con layout “border”, este panel puede tener otros paneles como hijos cada uno especificando la región a la que pertenecen. Podemos poner también grids, forms, tabs, como paneles.

Se muestra también una ventana. El parámetro ”show” es para mostrarse o no de inicio, por default es “true”.

Bueno, este fin de semana trabajaremos en la documentación y de presentar y explicar casos mas comunes de uso tanto para forza en general como para el taglib.

Bienvenidos sus dudas y comentarios.

El fin de semana estuve haciendo unas pruebas para ver que tecnología usare para un nuevo proyecto, sin alejarme mucho de lo que ya manejo habitualmente que es: spring, hibernate, forza.

Decidí probar un poco con gorm (Grails Object Relational Mapping) unos de los principales componentes de grails, groovy, el lenguaje que usa grails y spring mvc. Por que no hacer toda la aplicación en grails? pues la idea es aumentar la productividad poco a poco, teniendo el mayor control posible sobre la aplicación, a que me refiero?, bueno, ya usando hibernate a veces hay cosas que parecen magia, pero a veces la magia falla, entonces tienes que leer, analizar, debugear y entender un poco el como esta hecha esa magia, asi que empezamos poco a poco a entender la magia de grails.

Empece por ver la aplicación de ejemplo que viene cuando bajas grails, samples/petstore-mvc, y se ve muy sencillo, se simplifica mucho el acceso a datos, algo que no debería ser la gran ciencia. La aplicación viene por default configurada para hacer uso de una base de datos en memoria, entonces la configuro para que apunte a un servidor postgresql local, y para mi sorpresa deja de funcionar, raro, no ejecuta los inserts/updates pero si los selects, bueno para no hacerla larga, resulta ser que es el manejo de transacciones.

Que sigue?,  sustituyo gorm por el EntityManager de forza, el cual es un “Dao” genérico para simplificar el acceso a datos, junto con otras utilerias. Esto porque tengo ya varios años usando forza, y dado que vamos poco a poco con la nueva tecnologia, dejaremos a gorm para despues.

Groovy? me pareció muy productivo, bastante simple, puedes usar clases de java en groovy y viceversa, de esa manera puedes ir tomando poco a poco lo que te sirve mas de groovy.

Entonces la arquitectura de la aplicacion queda: Capa de acceso a datos con forza/hibernate con clases en groovy, capa de servicios en groovy, controllers en groovy con spring mvc, y jsp para las vistas.

En otro post esta semana voy a detallar la arquitectura de la aplicación y mostrar algunos ejemplos en codigo.

Espero sus comentarios y experiencias, saludos…