Al parecer este era un log antes de que existiesen los ordenadores

Bueno para tener un log mas menos sofisticado dentro de nuestra base de datos, por lo general en las empresas manejan estados lógicos de sus registros, donde por ejemplo una tabla llamada correo puede tener los siguientes campos:

Como podemos ver, tenemos la llave primaria de la tabla, donde a su vez podemos ver dos llaves foráneas, la primera hace referencia a la tabla usuario y la segunda hace referencia a la misma tabla, finalmente tenemos un campo llamado COR_QRY donde en él manejo los estados del registro, que pueden ser los siguientes:

I : fila insertada
U: fila actualizada
D: fila eliminada

Por lo tanto cada vez que realice una modificación de la fila cambiare el estado de ella por “U” y crearé una nueva fila con estado “I” con los nuevos valores que se modificaron, donde además agregaré el id de la fila anterior para poder saber cuáles fueron los valores anteriores.

Veamos un ejemplo práctico:

Por lo tanto si quisiéramos luego mostrar el log de algun correo, debo tomar el id de algún correo en estado “I” (se asume que esa es la ultima actualización del registro) y comenzar a ver cuáles son sus antepasados, para ello ejecuto la siguiente query (sobre Oracle):

select level, c.* from correo c
START WITH COR_ID = 96
CONNECT BY PRIOR COR_COR_ID like cor_id
ORDER BY COR_ID

y nos mostrara como resultado lo siguiente:

Bueno esto es considerado una buena práctica al momento que nos realicen una auditoria en caso de que se hayan realizado cambios malintencionados sobre la integridad de los datos o si tan solo queremos mantener históricos de algo especifico, incluso tb sirve si queremos organizar jerarquías donde podemos ver un ejemplo de ello en este sitio, espero que les haya gustado y/o servido, saludos.

Toma de requerimientos

Esta semana tras suspender la aplicación que estaba desarrollando enfocada a la formulación de metas para los departamentos de gendarmería, el mismo departamento que solicitó dicho sistema me pidió llevar a cabo, junto a una compañera , un sistema para la elaboración de indicadores que permitan medir la gestión relevante del servicio, es por ello que se llevó a cabo la primera reunión donde extraje una serie de preguntas del libro de “Ingeniería de Software” de “Roger Pressman” para poder llevar un lineamiento en la conversación, en el momento de los que hubo todo comenzó bien, pero la descoordinación por no ponernos de acuerdo junto a mi compañera sobre que listado de preguntas haríamos, nos hizo apuntar hacia diferentes partes, por ello tras la reunión le presenté las preguntas del libro y las respondimos de acuerdo a lo obtenido en dicha reunión donde mañana en la próxima junta corroboraremos que las respuestas estén en el contexto de los intereses de nuestros clientes y así ellos continuar complementándolas.

A continuación les dejo un extracto transcrito desde el libro Ingeniería de software de Roger Pressman correspondientes al capítulo de “Ingeniería de Requisitos”.

Estas preguntas ayudan a identificar a los participantes que tendrían interés en el software construido. Además estas preguntas identifican el beneficio medible de una aplicación exitosa y las alternativas posibles para personalizar el desarrollo del software.

1.- ¿Quién está detrás de este trabajo?
2.- ¿Quién usará la solución?
3.- ¿Cuál será el beneficio de una solución exitosa?
4.- ¿Existe otra fuente para la solución requerida?

La siguiente serie de preguntas permite que el equipo de software comprenda mejor el problema y deja que el cliente exprese sus percepciones acerca de una solución.

5.- ¿Cómo podría caracterizarse un buen resultado generado por la solución?
6.- ¿Cuáles problemas debería atacar esta solución?
7.- ¿Podría usted describir o mostrar el ambiente de negocios en el que se utilizará la solución?
8.- ¿Los aspectos especiales del desempeño o las restricciones afectarán la forma en que se busque la solución?

La serie final de preguntas se enfoca en la efectividad de la actividad de comunicación en si misma . Gause y Weinberg las llaman las “metapreguntas” y proponen la siguiente lista abreviada.

9.- ¿Es usted la persona adecuada para contestar esta pregunta? ¿sus respuestas son oficiales?
10.- ¿Mis preguntas son relevantes para su problema?
11.- ¿Estoy haciendo demasiadas preguntas?
12.- ¿Alguien más puede proporcionar información adicional?
13.- ¿Debería preguntarle otra cosa?

Estas preguntas (y otras) ayudarán a “romper el hielo” y a iniciar la conversación esencial para la obtención exitosa. Pero un formato de reunión de pregunta y respuesta no es un enfoque que haya sido exitoso de manera contundente. De hecho, la sesión de preguntas y respuestas debe usar solo para el primer encuentro, y después se debe reemplazar por un formato de obtención de requisitos que combine elementos de resolución de problemas, negociación y especificación.

Fuente: Ingería de Software
Autor: Rogger Perssman

Sting - Ten Summoners Tales (1993)

1. If I Ever Lose My faith In You
2. Love Is Stronger Than Justice
3. Fields Of Gold
4. Heavy Cloud No Rain
5. She’s Too Good For Me
6. Seven Days
7. Saint Augustine In Hell
8. It’s Probally Me
9. Shape Of My Heart
10. Something The Boy Said
11. Epilouge (Nothing ‘Bout Me)

Enlace:a MegaUplod
Peso: 46.94 MB

Fuente: Taringa!

Mensaje encriptado por el ché

Bueno bueno, como siempre con falta de tiempo para poder siquiera escribir unas cuantas líneas en mi querido blog, quien me viene ayudando desde ya hace un buen tiempo, esta vez les traigo unos cuantos tips para la ocultación de contraseñas tanto por el lado del cliente como del servidor, por ello veremos ambas formas:

CLIENTE

Por el lado de cliente tenemos el lenguaje javascript como lenguaje de interacción con los usuarios y por ende es la única forma de encriptar los datos que deseemos, en paj’s home han creado unos scripts que nos hacen la vida mas fácil como programadores al momento de aplicar MD4, MD5 o SHA-1 como medio de encriptación  por ello debemos descargar el documento js que deseemos ocupar, donde en mi caso prefiero SHA-1 por ser mas difícil de corromper que MD5, la lista de archivos es la siguiente:

• MD4
• MD5
• SHA-1

y para implementarlo debemos hacer lo siguiente:

dentro de los tag <head> y </head> importamos primero las librerías correspondientes

<script type="text/javascript" src="md4.js"></script>
<script type="text/javascript" src="md5.js"></script>
<script type="text/javascript" src="sha1.js"></script>

y luego aplicamos la función de la siguiente manera

 <script type="text/javascript">
   hash = hex_md4("hola mundo"); /* MD4 */
   alert("MD4");
   alert(hash);
   hash = hex_md5("hola mundo"); /* MD5 */
   alert("MD5");
   alert(hash);
   hash = hex_sha1("hola mundo"); /* SHA-1 */
   alert("SHA-1");
   alert(hash);
 </script>

SERVIDOR

Y en cuanto a la encriptación por el lado del servidor encontré una clase bien buena para java que permite encriptar un String en diversos formatos como MD2, MD5, SHA-1, SHA-256, SHA-384 y SHA-512 la cual podemos descargar desde aquí para hacer uso de esta clase debemos hacer lo siguiente:

importamos la clase desde donde llamaremos

import gob.sgip.comunes.StringMD;

y luego desde algún método llaman a la clase directamente sin necesidad de instanciarla debido a que el método es estático donde por parámetro le mandamos dos valores, el primero correspondiente a la cadena que deseamos encriptar y el segundo correspondiente al método de encriptación de los antes mencionados, donde esto se haría así

StringMD.getStringMessageDigest("Cadena a encriptar", "SHA-1");

bueno espero que les sirva y cualquier comentario es bienvenido

saludos

Fuente: anieto2k

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

Siento estar tan retirado de las pistas, pero este ultimo tiempo el trabajo me ha consumido por completo, y bueno para retomar he decidido explicar la instalación de songbird 1.4.3 sobre la ultima version estable de ubuntu hasta la fecha.

1.- Primero que todo descargamos el deb correspondiente a nuestra arquitectura.

32-Bit Songbird 1.4.3 Ubuntu Installer
sudo wget http://skyzim.com/wp-content/plugins/download-monitor/download.php?id=10

64-Bit Songbird 1.4.3 Ubuntu Installer
sudo wget http://skyzim.com/wp-content/plugins/download-monitor/download.php?id=11

2.- Para instalarlo basta con ejecutar esta instrucción.

32-Bit Songbird
sudo dpkg -i songbird_1.4.3_i686_skyzim.deb
sudo apt-get install -f

64-Bit Songbird
sudo dpkg -i songbird_1.4.3-x86_64-skyzim.deb
sudo apt-get install -f

Con entradas en mano

Ya faltando súper poco para el sexto concierto de Megadeth en chile, todos los fans deberíamos de estar bastante contentos por la particularidad de esta gira ya que se realizará el aniversario numero 20 del disco Rust In Peace siendo este uno de los mas exitosos de la banda.

El show será el 30 de abril próximo en el Movistar Arena, a las 21 horas. La agrupación liderada por Dave Mustaine se presentó por última vez el 31 de mayo de 2008 en Arena Santiago ante 16 mil personas (donde entre la multitud me encontraba solo a unos metros de Mustaine) en el marco del Tour Of Duty. En esta ocasión Mustaine regresará junto a Chris Broderick, Shawn Drover y el bajista original Dave Ellefson, quien recientemente anunció su regresó a la banda luego de ocho años de separación.

El repertorio que se especula que toquen es el que se ve a continuación, lo que quiere decir que no estará nada de mal aunque faltó She Wolf, que es uno de mis favoritos ): quién sabe en una de esas me lleve una sorpresa

01.- Sleepwalker
02.- Wake Up Dead
03.- Take no Prisoners
04.- Skin O´My Teeth
05.- Washington Is Next
06.- Kick the Chair
07.- In My Darkest Hour
08.- Hangar 18
09.- Gears Of War
10.- A Tout Le Monde
11.- Tornado Of Souls
12.- Ashes In Your Mouth
13.- Burnt Ice
14.- Symphony Of Destruction
15.- Trust (en español)
16.- Peace Sells
17.- Holy Wars

Bueno, en esta ocasión tendré el agrado de ser acompañado por mi amiga Ange quien es una de las pocas capaces de acompañarme en este tipo de eventos jaja

Para terminar, aquí les dejo uno de mis discos favoritos de Megadeth en vivo, o sea ni más ni menos que el Rude Awakening, hasta la próxima.-

Disco 1

1.- “Dread And The Fugitive Mind”
2.- “Kill The King”
3.- “Wake Up Dead”
4.- “In My Darkest Hour”
5.- “Angry Again”
6.- “She-Wolf”
7.- “Reckoning Day”
8.- “Devil’s Island”
9.- “Train Of Consequences”
10.- “A Tout Le Monde”
11.- “Burning Bridges”
12.- “Hangar 18″
13.- “Return to Hangar”
14.- “Hook In Mouth”

Disco 2

1.- “Almost Honest”
2.- “1000 Times Goodbye”
3.- “The Mechanix”
4.- “Tornado of Souls”
5.- “Ashes in Your Mouth”
6.- “Sweating Bullets”
7.- “Trust”
8.- “Symphony of Destruction”
9.- “Peace Sells”
10.- “Holy Wars…The Punishment Due”/”Silent Scorn”

CD1: http://www.mediafire.com/?dndxfmzmqby 74 mb
CD2: http://www.mediafire.com/?1jkzkmz0dyr 64 mb

La historia es contada por Jonny Frost, un delincuente de poca monta que entra en el círculo cercano de el Joker, recién salido de Arkham Asylum, y poco a poco irá comprendiendo lo que significa ser el Joker. Un breve estudio del archienemigo de Batman con algunos personajes famosos invitados, como Two-Face, the Penguin, Harley Quinn, the Riddler, Killer Croc y Batman en una pequeña aparición. Buen guión y fantásticos dibujos.
Joker (originariamente Joker: Dark Knight) es una novela gráfica de Brian Azzarello (guión) y Lee Bermejo (dibujo), versión para el Joker de su famoso “Lex Luthor: Man Of Steel”.

Descarga: Joker.rar
Tamaño: 66.59 MB

Fuente: l9d