Bienvenidos a una nueva entrega de JavaWorld.
A partir de este capítulo introducimos una nueva sección dedicada a la industria del software desde una perspectiva comercial.
El encargado de estas notas es nuestro diseñador y estudiante de ingeniería industrial Leonardo Blanco. Pueden pasar por su blog para ver esto y más de otros temas.
Como presente para navidad queremos anunciar que las publicaciones de cada capítulo se realizarán cada semana. Espero que les guste.

O puedes descargarlo de aquí.


Grupo dentro del OSUM:
UTN - Centro de estudios Mar del Plata

Autores:

Gustavo Alberola - Blog

Matias Alvarez - Blog

Diseñador:

Recuerden que cualquier comentario o duda que les surga  la pueden hacer en el grupo de la UTN, o a través de mi blog nuevo. http://onj2ee.blogspot.com/

http://onj2ee.blogspot.com/Gente, ya esta listo el segundo número de la revista digital JavaWorld. Recuerden que a esta revista se le da seguimiento a través del grupo 'UTN - Centro de estudios Mar del Plata'. Pueden seguir este post el cual se va actualizando con los nuevos número y todo tipo de novedades.

Espero les sea de utilidad.

JavaWorld - SCJP - Capitulo 2

Autores:

Gustavo Alberola - Blog

Matías Alvarez - Blog

Diseño: Leonardo Blanco - Blog

Desde aquí pueden acceder a todos los números:

Recuerden que cualquier comentario o duda que les surga  la pueden hacer en el grupo de la UTN, o a través de mi blog nuevo. http://onj2ee.blogspot.com/

Hace unos días creé un nuevo blog enfocado al desarrollo en general pero más que nada a la plataforma Java (J2EE más que nada, JavaFX, JavaSE, etc.). OnJ2EE es el nombre de este blog, pero como ya comenté, este no se limita solo a esta plataforma. Entre los temas tratados en el blog, comienzo con la certificación SCWCD que es para lo que me estoy preparando actualmente.

En la barra derecha del blog podrán encontrar los feeds del blog OnJ2EE.

Saludos y espero que les guste.

Cualquier aporte será bienvenido.

http://onj2ee.blogspot.com/

Gente, el pasado 17 de Septiembre (como me lo había propuesto) rendí el examen de certificación. Tuve la suerte de aprobar, saque 86% (52 respuestas correctas de 60). Yo esperaba que el examen constaría de 72 preguntas y 210 minutos, pero al comenzar vi que en realidad constaba de 60 preguntas y un tiempo de 180 minutos. Y no solo eso, si no que el porcentaje de aprobación era del 58%.
Igualmente estas novedades (o información desactualizada que yo tenía) no me afectaron mucho a la hora de rendir, ya que me sentía bien preparado para hacerlo.

Claves de la preparación del examen

Sin duda estos 5 puntos, fueron los que más me ayudaron en la preparación del examen. También hice muchos otros exámenes de prueba (algunos los aprobé, otros no), pero destaco los exámenes del SAI porque son los que más se asemejan al examen de certificación que yo rendí.
Debido a mi inexperiencia en rendir certificaciones, leí y realice muchas otras cosas más que estos puntos que describo, pero creo que no aportaron mucho a mi preparación. Es más hasta en algunos casos (como algunos mock test desactualizados) creo que lo único que me aportaron fueron dudas.
Desde mi punto de vista realizando estos puntos mencionados, uno ya esta en muy buena forma para rendir y aprobar el examen de certificación.

Comprando el voucher

Como hasta hace poco tiempo yo era estudiante de la carrera "Técnico Superior en Sistemas Informáticos" de la UTN (Universidad Tecnológica Nacional) centro de estudios Mar del Plata, pude acceder a los descuentos del SAI, pagando solo unos u$s40.- por mi voucher. A este descuento solo pueden acceder aquellas personas que estén estudiando (o se hayan recibido hace no más de 6 meses) en una universidad afiliada al programa SAI (Sun Academic Institute).
Una vez pagado los u$s40.- la gente de Sun solicita que envíes información sobre tu estado académico. Lo que hice fue sacar una foto a mi libreta de estudiante y a un certificado de alumno regular, y los envíe por mail. Al día siguiente (oficialmente dicen dentro de los próximos 3 días hábiles) me enviaron mi voucher por mail.
Al recibir mi voucher, me di cuenta que no era para el examen 310-065 si no para el 212-065 (y entre en pánico), pero luego de ver el sitio Prometric me encontré con la siguiente información que me tranquilizo:

"SAI Sun Certification Exams are denoted with a 212 prefix to signify that it is designated for SAI. There is no difference between the 212 and 310 exam series."

La única diferencia entre estos dos exámenes, es que el 212-065 se puede rendir solo en inglés. Cosa que me preocupo en un principio, pero después pensándolo en frío, después de haber realizado toda la preparación y ejercitación en inglés fue mejor haberlo rendido en inglés.

Programando la fecha del exámen

El sitio Prometric permite programar la fecha y hora en que vas a rendir el examen. Yo elegí el centro CTT Argentina (Córdoba 939. Piso 1). Más que nada lo elegí porque fue el que más me gusto, y porque lo conocía. Para no llevarme sorpresas a último momento.
Una vez organizado el encuentro la gente de Prometric envía un email con los detalles y algunos consejos útiles para el día del examen.

El momento decisivo

Debido a que tuve que viajar a capital federal (a unos 400 Km de mi ciudad) para rendir el examen, fui un par de días antes para que el tema del viaje no me afecte y estar bien descansado. Antes de rendir hice una previa en un café, repasando un resumen con puntos claves. Al llegar al centro estaba un poco nervioso, pero una vez que vi como eran las preguntas me tranquilice y comencé a responderlas.
Por suerte me fue muy bien y obtuve un 86% que era más o menos lo que yo quería, después de haber estudiado tanto.
Una vez finalizado el examen, te dan una hoja con tu puntaje global, y un puntaje en cada sección. No podes saber en qué preguntas te equivocaste, solo podes conocer en qué temas fallaste más.

Conclusiones

Luego de haber obtenido mi certificación, lo más importante fueron los conocimientos que obtuve durante mi preparación (que duro casi 2 meses y medio). La verdad que me hubiera desilusionado mucho si desaprobaba, pero creo que cada uno sabe cómo va a rendir el examen, si uno estudió y conoce los temas es muy probable que se apruebe.
Una vez aprobado es importante solo el hecho de haber aprobado, el puntaje obtenido es una cosa más. Al fin y al cabo solo el hecho de haber estudiado es lo importante, y si se puede obtener la certificación mejor!

Ahora comencé a preparar la certificación Sun Certified Web Component Developer (SCWCD). Si tengo tiempo voy a crear un blog como este. Nunca programé en JavaEE pero ya tengo muchos conocimientos en lenguajes web. Por lo que estuve viendo es distinto, pero muchas cosas se asemejan a otros frameworks y tienen varias similitudes.
Ya con una certificación aprobada espero no cometer los mismos errores que en la preparación anterior.

Tengo algunos resumenes y cosas útiles (sobre los temas del exámen SCJP) que cuando tenga un poco de tiempo los voy a ir subiendo.

Muchas gracias por todos los comentarios!
Hasta la próxima ;)

A continuación dejo el resumen del decimo (y último) capítulo (Development) del libro "Sun Certified Programmer for Java 6 Study Guide".

Utilización de los comandos javac y java (Objetivo 7.2):

A continuación dejo el resumen del noveno capítulo (Threads) del libro "Sun Certified Programmer for Java 6 Study Guide".

Definición, instanciación e iniciación de Threads (hilos) (Objetivo 4.1):

A continuación dejo el resumen del octavo capítulo (Inner Classes) del libro "Sun Certified Programmer for Java 6 Study Guide".
En el siguiente post, hay una explicación introductoria (con ejemplos de código) para el tema clases internas. Se recomienda ver este post antes de leer el siguiente resumen.

Clases internas:

A continuación dejo el resumen del séptimo capítulo (Generics and Collections) del libro "Sun Certified Programmer for Java 6 Study Guide".

Sobreescribiendo hashCode() y equals() (Objetivo 6.2):
Métodos de la clase Object que se necesitan saber para el examen:

Método equals()
El operador == permite evaluar si dos referencias son iguales, es decir, cuando se refieren al mismo objeto. Para comparar si dos objetos son iguales, si los objetos en sí mismo son idénticos, se utiliza el método equals().
La clase String y todas las clases envoltorios (wrappers) de tipos primitivos, tienen el método equals() redefinido. Por esto mismo se pueden comparar si dos objetos tienen un mismo estado.
Si se quiere utilizar (de manera correcta) un objeto como clave en una colección hash, se debe sobreescribir el método equals(), para de este modo permitir considerar dos instancias iguales.

Método hashCode()
Generalmente los hashcodes son utilizados para mejorar la performance de grandes colecciones de información. Este código se utiliza para determinar donde se guardará el objeto dentro de una colección (HashMap, HashSet o sus subtipos), y como se debe localizar. Para el examen se debe saber que colecciones lo utilizan, y diferenciar los usos apropiados o correctos de los legales.

Colecciones (Objetivo 6.1):
Tipos de colecciones:

Ordenando colecciones
Las clases Arrays y Collections poseen un método para ordenar sus elementos. Arrays.sort() y Collections.sort(). La única condición que deben cumplir los elementos del arreglo, es que sean del mismo tipo. Objetos de diferentes tipos no son mutuamente comparables.

java.lang.Comparable
Para que una colección de objetos pueda ser ordenada, los mismos deben implementar las interface Comparable. Dicha interface solo posee el método compareTo().
thisObject.compareTo(anotherObject);
Este método devuelve un valor entero con las siguientes características:

• Negativo: thisObject < anotherObject
• Cero: thisObject == anotherObject
• Positivo: thisObject > anotherObject
  

La interface Comparable (a partir de Java 5) permite utilizar un tipo genérico. De esta manera no se deben realizar casteos en ninguna parte del código. Cada clase que implemente la interface, definirá el tipo de objeto con el que trabajara.
public int compareTo(T o);

java.util.Comparator
Existe una versión sobrecargada del método Collections.sort(), la cual permite pasar como argumento un objeto Comparator. La interface Comparator brinda la capacidad de ordenar una colección de diferentes maneras. Para utilizar esta interface, se debe declarar una nueva clase que la implemente, y sobrescriba el método compare(). Al igual que Comparable puede utilizar un tipo parametrizado (lo cual no es obligatorio, pero generará advertencias al momento de la compilación).
public int compare(T o1, T o2);

Arrays.sort()
La clase Arrays (al igual que Collections) posee dos versiones del método sort():
• Arrays.sort(arrayToSort): Para cualquier tipo de objeto o tipos primitivos.
• Arrays.sort(arrayToSort, Comparator): se puede utilizar solo para objetos (NO primitivos).

Buscando elementos en las colecciones
Las clases Collections y Arrays poseen un método que permite buscar un elemento específico, binarySearch(). Las búsquedas exitosas devuelven el valor entero del índice del elemento, las que no tienen éxito devuelven un entero negativo que representa el lugar de inserción. Es obligatorio que la colección se encuentre ordenada antes de realizar cualquier búsqueda, caso contrario se devolverá un valor impredecible. Si la colección ha sido ordenada mediante un objeto Comparator, la búsqueda debe realizarse pasando como segundo parámetro el mismo objeto Comparator.
Los siguientes métodos pertenecen tanto a Arrays como a Collections:
• binarySearch(ObjetoBuscado o)
• binarySearch(ObjetoBuscado o, Comparable c)

Convirtiendo arreglos a listas y listas a arreglos
Las interfaces List y Set poseen el método toArray(), el cual convierte la lista de elementos en un arreglo. La clase Arrays tiene un método llamado asList(), este copia el contenido de un arreglo adentro de una lista.
Cuando se actualiza un elemento de algunas de las dos colecciones, automáticamente se actualiza la otra.

Iterator
Es un objeto que está asociado con una colección específica. Permite iterar a través de la colección paso a paso. Los dos métodos de la interface Iterator que se deben saber para el examen son:

Se puede utilizar un tipo parametrizado junto al objeto Iterator, de esta menara el método next() devolverá dicho tipo, evitando las necesidades de casteo.

Set
Se debe prestar atención el tipo de implementación que se utiliza. Una colección HashSet permite contener elementos de diferentes tipos (si el tipo parametrizado es Object, o el mismo se excluye). Pero una colección TreeSet (la cual contiene a sus elementos en orden) no permite contener objetos que no sean comparables entre sí.

Map
A la hora de utilizar este tipo de colecciones, se debe prestar atención a las claves utilizadas. Es decir, si un objeto clave (insertado en la colección) luego modifica su estado, puede ser que el mismo no sea hallado en el mapa. Esta situación se da debido a que el método hashCode(), devuelve un código diferente.

NavigableSet
Esta interface (implementada únicamente por TreeSet) posee diversos métodos de utilidad:

NavigableMap
Esta interface (implementada únicamente por TreeMap) posee diversos métodos de utilidad:

Queue
La colección PriorityQueue ordena sus elementos utilizando una prioridad definida por el usuario. La prioridad puede ser el orden natural, pero también se puede ordenar utilizando un objeto Comparator. La interface Queue posee métodos que no se encuentran en ninguna otra colección:

A continuación dejo el resumen del sexto capítulo (Strings, I/O, Formatting, and Parsing) del libro "Sun Certified Programmer for Java 6 Study Guide".

String, StringBuilder y StringBuffer (Objetivo 3.1):
Un String es un objeto inmutable, una vez que el mismo se creó, no puede ser modificado. Cuando se realiza una concatenación de dos String, lo que hace la JVM es crear un nuevo objeto String con el valor de las dos cadenas concatenadas. Cuando se invoca un método del objeto String (por ej.: toUpperCase()), el método devuelve un nuevo objeto String con su correspondiente valor, no se modifica el valor original del String (con el que se invoco el método).
Algunos métodos de los objetos String:

La clase StringBuilder (agregada en Java 5), posee exactamente los mismos métodos que la clase StringBuffer. La única diferencia entre ellas, es que la clase StringBuilder es más rápida debido a que sus métodos no están sincronizados. Estas dos clases se utilizan para realizar muchas modificaciones sobre los caracteres de una cadena. Los objetos de estas clases no crean un nuevo objeto cada vez que se modifican (como los objetos String), es por esto que son más eficientes para realizar muchas modificaciones sobre cadenas.
Algunos métodos de los objetos StringBuilder y StringBuffer:

Ver ejemplo: Main01.java

File e I/O (Objetivo 3.2):
Clases que se necesitan saber para el examen:

Cuando se crea una instancia de la clase File, solo se está creando el nombre de un archivo. Esta clase contiene métodos de utilidad para realizar operaciones sobre archivos y directorios:

La clase Console permite aceptar entradas desde la línea de comandos. El método readLine() devuelve un String que contiene lo que el usuario haya ingresado. El método readPassword() devuelve un arreglo de caracteres que contienen el password solicitado. La clase Console no se puede instanciar a través de su constructor. Para obtener una instancia se debe invocar el método estático System.console().

Resumen (TWO-MINUTE DRILL):

Ver ejemplo: Main02.java

Serialización (Objetivo 3.3):
La serialización permite guardar el estado de un objeto (es decir, todas sus variables de instancia). Si una variable de instancia tiene el especificador transient, la misma no será almacenada por el proceso de serialización.
Para que un objeto pueda ser serializado, el mismo debe implementar la interface Serializable (dicha interface no posee métodos para implementar, solo es un marcador). Un objeto serializado se almacena en un archivo de bytes, se utilizan dos métodos que permiten leer y escribir un stream de datos.

Ambas clases son envoltorios de las clases FileOutputStream y FileInputStream. Los métodos writeObject() y readObject() trabajan con objetos de tipo Serializable.

Cuando se intenta serializar un objeto (Serializable) que contiene (relación TIENE-UN) una referencia a otro tipo de objeto pueden ocurrir ciertas situaciones:

El proceso de serialización de Java posee un mecanismo especial para los objetos que son especiales y difíciles de guardar. Se trata de un conjunto de métodos privados que se pueden implementar en la clase en cuestión. Si dichos métodos concuerdan con la signatura exacta, se invocarán durante el proceso de serialización y deserialización del objeto. Las signaturas son las siguientes:

Gracias a estos dos métodos es posible manejar el proceso de serialización. Esto se puede realizar debido a que los objetos ‘os’ e ‘is’ tienen un conjunto de métodos para invocar el proceso de serialización por defecto y además métodos para almacenar y leer datos adicionales.
Proceso de serialización por defecto:

Métodos para almacenar y leer datos adicionales:

La herencia también se ve afectada por el proceso de serialización. Cuando una clase base implementa la interface Serializable, hace que todas sus subclases también la implementen.
El problema real se da cuando una clase base no es Serializable pero una de sus clases hijas si lo es. Esta situación produce que se serialice solo el estado de la clase hija, dejando de lado todas las variables de instancia de la clase base. Para que este escenario sea posible, la clase base debe poseer un constructor por defecto. En caso contrario se producirá un error en tiempo de ejecución a la hora de deserializar el objeto, ya que se intentará invocar automáticamente el constructor por defecto de clase base.

Resumen (TWO-MINUTE DRILL):

Ver ejemplo: Main03.java

Fechas, números y monedas (Objetivo 3.4):
Clases que se necesitan saber para el examen:

A continuación dejo el resumen del quinto capítulo (Flow Control, Exceptions, and Assertions) del libro "Sun Certified Programmer for Java 6 Study Guide".