Anger Rising

Cuando programar se nos vuelve simple y una lata del día a día, es necesario acortar ciertos códigos que usamos con más frecuencia como por  ejemplo escribir el método principal, un ciclo o una condición, y es para eso que existen los IDE’s, para facilitarnos la tarea de escribir tanto código y hacer del desarrollo algo mas manejable.

En las siguientes tablas se presentan algunos atajos de teclado que son usados con mas frecuencia en Eclipse o Rational Application Developer (que es practicamente un clon de eclipse para IBM).

Atajos simplificadores de acciones

Atajos para simplificar escritura de código

Con esto queda archicomprobado lo excelente que resulta conocer ciertos atajos y el potencial que nos brinda Eclipse a los desarrolladores.

Fuente: www.adictosaltrabajo.com

Bueno, anteriormente vimos como poder realizar la conexión desde Netbeans a la base de datos, pues esta vez veremos cómo configurar Hibernate dentro de un proyecto web gracias a este potentísimo IDE, así que no más palabras y manos a la obra.

1.- Lo primero que debemos hacer es crear un nuevo proyecto del tipo web aplication, al cual le pondremos como nombre aplicacionHibernate , en la configuracion del servidor usaremos GalssFish v3  y por ultimo seleccionamos el framework que deseamos integrar a nuestro proyecto, en este caso utilizaremos solamente Hibernate 3.2.5 donde al seleccionarlo nos mostrará un listado de conexiones a base de datos de Netbeans, escogemos la que creamos anteriormente llamada prueba (ver figura 1.1) y finalizamos.

Fig. 1.1 – Selección de framework Hibernate.

2.- la jerarquía generada por netbeans es como lo muestra la figura 2.1 y como podemos apreciar, en la carpeta de “source Packages” tenemos un package por defecto que contiene un archivo de configuración llamado “hibernate.cfg.xml” el cual contiene todos los parámetros de conexión de con la base de datos, lamentablemente este archivo de configuración al ser generado automáticamente por nuestro IDE no está del todo bien, por lo que debemos añadir la siguiente sentencia dentro del nodo <session-factory>:

<property name=”hibernate.current_session_context_class”>thread</property>

Fig. 2.1 – Jerarquía de la aplicación generada por Netbeans.

3.- Una vez que ya tenemos la base del proyecto se debe crear un archivo de ingeniería reversa para permitir a hibernate poder acceder a la base de datos, para ello hacemos clic derecho sobre la carpeta “Source Packages” y seguimos la siguiente ruta dentro del menú “New/Other…”; nos aparecerá una nueva ventana donde seleccionamos la categoría “Hibernate” y nos aparecerá en el otro modulo un listado de opciones, seleccionamos la de ingeniería reversa o también llamado como “Hibernate Reverse Engineering Wizard” hacemos clic en siguiente; escogemos un nombre para el archivo, yo por lo menos lo dejaré tal cual y le damos en siguiente; esta vez nos aparecerá una ventana que se conecta a la base de datos mostrando las tablas disponibles del esquema al cual estamos conectados como muestra la figura 3.1, las agregamos todas y finalizamos.

Fig. 3.1 – asistente de creación de archivo de ingeniería reversa.

Esta configuración realizará un mapeo de la base de datos a la que accederemos, donde en el archivo podremos ver datos como el esquema al que estamos conectados y las tablas que posee este.

4.- a continuación debemos crear los POJOS de las tablas de nuestra base de datos, por cada una que haya en ella, estos nos permitirán recrear cada tabla del esquema de base de datos en forma de clases, para ello crearemos primero un nuevo package donde guardaremos las clases de mapeo y le llamaremos  “test.hibernate.mapping”, una vez creado el package  hacemos clic derecho sobre él y seguimos la siguiente ruta en el menú “new/Other…” luego aparecerá una nueva ventana y seleccionamos la categoría “Hibernate” y luego el tipo de archivo de POJOs o “Hibernate Mapping Files and POJOs from Database” hacemos clic en siguiente y dejamos la configuración como podemos apreciar en la siguiente figura:

Fig 4.1 – Asistente de configuración para POJOs.

Luego simplemente finalizamos y podremos ver como aparecieron clases con el mismo nombre de las tablas y además unos archivos con extensión hbm.xml los cuales realizan el mapeo entre la clase y la tabla de la base de datos.

5.- Finalmente crearemos un archivo HibernateUtil para ello hacemos click derecho sobre la carpeta “Source Packages” y nos vamos a “new/Other…” seleccionamos la categoría Hibernate y escogemos crear una clase de tipo HibernateUtil, hacemos click en siguiente y lo configuramos como se ve en la siguiente imagen:

Fig 5.1 – Asistente de configuración para HibernateUtil.

la jerarquía de clases nos debería quedar de la siguiente forma:

Fig 5.2 – Jerarquía del proyecto al implementar Hibernate.

Bueno hasta el momento ya hemos creado la conexión a la base de datos y ahora con estos pasos ya tenemos la base para poder realizar transacciones con nuestra base de datos, en el próximo tutorial veremos como poder.

Como recién egresado e insertándome al mundo laboral me he visto con la necesidad de desarrollar un sistema web para los departamentos de Gendarmería de Chile, siempre necesité saber cómo organizar los packages de forma que al ir agregando clases y luego al recurrir a ellas me fuese fácil poder reconocer el package al que pertenecen, no fue hasta ahora que me vi obligado a averiguar sobre este tema cuando por fin he pillado un post de un colega Argentino que nos explica claramente cómo debemos organizarlos de forma eficiente, a quien se le agradece enormemente la publicación de este.

Los modismos en Java existen como en cualquier otro lenguaje de programación. Estos hacen claramente más fácil la vida de todos los programadores en particular aquellos que mantienen las aplicaciones y tienen que lidiar con el código escrito por otros. Usar convenciones de un lenguaje en particular es mostrar compasión por aquellos mantenedores que en el futuro cercano van a tocar y retocar el código escrito originalmente.

En este artículo vamos a ver como nombrar packages en java.

Primero vamos a mostrar los 2 tipos de agrupaciones de clases que creo son más comunes.

Package by Layer (por capas)

* com.wow.dao
* com.wow.util
* com.wow.file

Package by Feature (por categoria)

* com.wow.customer
* com.wow.seller
* com.wow.product

¿Ahora… qué diferencia hay entre estas dos clasificaciones? Básicamente si tu cerebro está poblado por más de una neurona, este va a darse cuenta que toda aplicación hace cosas básicas, lo cual va a requerir que tengas un set de funciones base para quizá todas ellas. Que es esto? un framework, si, un set de funciones básicas las cuales pueden ser portadas a través de varias aplicaciones sin ser modificado ni adaptado para cada una de ellas.

En tu framework vas a tener que hacer clases reusables y agruparlas por Layer ya que no vas a tener ningún código específico de alguna aplicación en específico. Tus clases ahí serán DatabasePool, StringUtil, FileWriter, etc. Nada que tenga que ver con la aplicación en sí.

Ahora, imagínate que estás haciendo una aplicación de Stock, entonces vamos a usar aquí, con las clases especificas de tu app la clasificación segunda, package by Feature. Porque? porque desde estos packages específicos vas a llamar y utilizar el framework, pero es altamente probable que estas clases no sean reutilizadas ni extensibles para otros desarrollos.

“Todo conocimiento tiene por sí mismo algún valor, no hay nada tan pequeño e insignificante que yo no prefiera conocer a ignorar.”
Ben Jonson

Fuente: rodrigo asensio