Cuestionario SCJP

Vou ir anotando aquí as cuestións máis problemáticas que atope nos cuestionarios Java para a certificación oficial de Sun (neste caso, o SCJP).

Referencia sobre patróns e antipatróns

Vía a factoría davidef & cía, grandioso enlace sobre patróns, antipatróns e refactorización. É destes enlaces que todo o mundo garda pero parece que ninguén consulta chegado o caso…

Compilación condicional con JavaScript

Artículo sobre compilación condicional en javascriptkit.com

Comentarios condicionales en MSDN

Adobe Apollo

Bueno, habiendo probado (poquito, pero suficiente) el nuevo “framework” de Adobe, Apollo, AIR o como quieran llamarlo, mis experiencias han sido las siguientes:

• Tiene una pinta espectacular en cuanto a posibilidades. Adobe no promete grandes cosas (no obstante, no deja de ser un proyecto reciente, y experimental), pero la verdad, sin haberlo probado en exceso, las puertas que se abren son muchas…

• Los “empaquetados” son relativamente sencillos, si bien es verdad que hay que hacerlos desde la línea de comandos. Esto implica que hay que agrupar los archivos que irán contenidos en el paquete .AIR bajo el comando ADT, para el empaquetado.

adt -package NombreApp.air descriptor.xml <archivo1.html archivo2.js scripts/*>

• Para las pruebas en local, es mucho más sencillo: ejecutamos el comando ADL nombre_descriptor.xml, y listo. A probar.

La idea de probar este “entorno” salió del artículo de Jack Slocum sobre la integración del mismo con su maravilloso ExtJS y el formidable Aptana. Independientemente de que se consiga hacer lo que él sugiere (ExtJS tampoco es excesivamente sencillo de usar si no lo has utilizado previamente), lo cierto es que nada más integrar Apollo con Aptana, la cosa se ve que promete.

Hay que seguir unos pasos básicos. En primer lugar, instalar Aptana. Después, todo el tinglado de Apollo: primero el runtime, y luego el SDK. Posteriormente, hay que añadir el directorio /bin del SDK al path, para disponer en todo momento de los ejecutables ADL y ADT, el “depurador” y el “empaquetador”. Finalmente, al ataque…desde Aptana es terriblemente sencillo arrancar un proyecto con AIR e ir integrando todos los paquetes y/o frameworks Javascript que pone a nuestra disposición, amén de todos los ejemplos para cada uno de ellos. La documentación también es estupenda, sobre todo porque en la mayoría de los casos enlaza con el sitio web de los desarrolladores originales.

Hasta aquí todo muy bien. ¿Problemas? Pocos…pero importantes. El primero, y en realidad, el único que he encontrado hasta ahora, la distribución de los ejecutables. Porque, en el fondo, aunque sea una aplicación web la que diseñemos, estamos creando un ejecutable que será lanzado por el runtime de AIR. Un poco al estilo .NET/Java, pero con la política de “homogeneizar” la, por definición, desestructurada y caótica programación del lado del cliente existente hoy en día.

Adobe plantea algo así como un “seamless install”, que en el fondo no es más que un pequeño .swf alojado en el servidor (embebido dentro de alguna de nuestras páginas), que detecta si el cliente necesita el runtime o no. Si es así, procede a su descarga, más o menos transparente…pero claro, por muy transparente que sea, hablamos de un paquete de instalación de 8 Mb…en fin, todo dependerá un poco del enfoque que quiera darle Adobe al producto, pero, visto lo visto, o se vuelcan con ello, o creo que va a quedar en algo meramente anecdótico. Curioso, sin duda, pero fugaz…

Aprovecho para publicar un par de enlaces útiles sobre el tema:

AIR Documentation

Developing AIR Applications with HTML

Ant: .class modified in the future

A partir de la versión 1.7 de Ant, es muy probable obtener un warning de la tarea de copia asociada al compilador, avisando de que la clase ha sido modificada posteriormente. Básicamente, se debe a la granularidad del FAT (evidentemente, ejecutando el Ant desde DOS), como se explica en este hilo.

La propiedad para especificar la granularidad a la que debe “atenerse” Ant, es granularity, donde especificamos el número de milisegundos en la tarea copy.

Las pruebas realizadas no parecen afectar a otros sistemas de archivos, como NTFS, ya que, la misma tarea, ejecutada desde Eclipse, no muestra el warning en cuestión.

<copy todir="${origen.jars}" granularity="2000">
<fileset dir="${build.home}" includes="${comunes.name}.jar"/>
</copy>


Patrones Javascript

Patrón Comando: Javascript OOP

Enlaces Apache

Manual de Ant
Documentación JSTL (sun.com)

W3C Web API Working Group

Curso J2EE para Tomcat

Promete bastante. Los más aventureros, click aquí.

AJAX y Sun (o al revés)

Bien, compendio de enlaces de AJAX impulsados por Sun. No los he revisado todos por falta de tiempo, pero lo poco que he visto merecen la pena, y con el tiempo, quién sabe…haremos una lista, y ya se irán viendo. Se admiten aportaciones, y sugerencias, como no.

• AJAX Blueprint
• AJAX Developer Resource Center
• Javascript Recommendations for AJAX Component Writers
• Greg Murray’s blog
• Java Blueprins Solutions Catalog
• Javascript Technology
• Project jMaki (a este le tengo unas ganas, que ríete tú del DWR…Davis, toma nota )
• Introduction to jMaki (pa’ poner los dientes largos…)
• Ajaxian (mítica, pero i-m-p-r-e-s-c-i-n-d-i-b-l-e)
• Arun Gupta’s blog, y en particular, su artículo sobre XML y JSON