Espacio de tecnologia, software libre y sus derivados. Una horda de monos entrenados escriben de vez en cuando por aqui algunas noticias, opiniones e incluso alguna que otra cosa fuera del tema. Maqueros, favor de abstenerse que no somos lo suficientemente guapos.
July 21, 2008 a las 12:29 pm por Edwin Plauchu · Archivado en Programacion
Cuando hablamos de validar un website… hablamos de que sea cual sea el navegador que utilicemos para visualizar la misma ( siempre y cuando sean versiones actuales) esta siempre se visualizara de la manera correcta. (en terminos bulgares… se vera igual en todos los navegadores..)
July 21, 2008 a las 11:47 am por Edwin Plauchu · Archivado en Programacion
En este articulo, aprenderemos alguna practicas que pueden reducir considerablemente los tiempos, costos y velocidad de produccion, cuando de un proyecto de desarrollo de software se trata.
Te recomiendo seguir estos consejos si realmente deseas disminuir la tension que por lo regular viene de la mano de un desarrollo.
Introduccion
El desarrollo de software actualmente implica colaboracion, donde se definen roles claros y actividades sobre un equipo de desarrollo. No importa que tan bien se implemente un proceso para el desarrollo de software sobre la organizacion X, o el mucho dinero que al final cuesta la ultima infreestructura en IT y sus herramientas, Continuamente veo los mismos problemas que incrementan el tiempo y agregan tiempo extra (anexando el factor riesgo a el proyecto software), a la ya programada fecha de entrega.
Suelen pasar cosas como estas, considera cuantas veces te ha pasado algo asi:
• Se pierde tiempo esperando a que una solicitud en base de datos sea implementada (..eso lo miraba muy seguido en el tiempo que labore para telefonica movistar mexico..)
• Tiempo muerto de medio dia o mas que eso a causal de una desicion de negocios a realizarce.
• Se presentan retrasos despues de haber realizado alguna nueva libreria de programacion... y ya no se tiene tiempo para la curva de aprendizaje que viene con respecto a esta.
• Tiempo que se pierde al buscar un bug sobre tu reciente Entorno de desarrollo.
• El tiempo costoso de entrenamiento que se invierte sobre un nuevo miembro del equipo de desarrollo.
He contribuido en algunos proyectos propios y de diferentes industrias y he visto como importantes organizaciones se enfrentan a los retos de crear complejos proyectos de software. Pude observar que cada proyecto de software por lo regular fue administrado de maneras muy diferentes uno de el otro. Y en base a eso llegue a ciertas conclusiones en base a mis observaciones:
a) Mejorar los procesos de negocio antes de iniciar el desarrollo.
b) Crear un solido equipo de desarrollo.
c) Mejorar procesos para solicitudes de servicio.
d) Minimizar el uso de reportes para la medicion del software realizado.
e) Mejorar comunicacion con el equipo de negocios.
f) Usar el lenguaje de programacion indicado.
g) Usar la interface de desarrollo adecuada.
Como crear un solido equipo de Desarrollo ?
Uno de los mayores exitos de una compania de software es el haber consolidado un equipo de desarrollo con un largo historial de colaboracion. Los dias en que el software era creado por una sola persona han finalizado. La complejidad en los proyectos de software es lo que ahora demanda la industria.. complejidad que solo puede ser abordada mediante el trabajo en equipo.
Nadie deberia de pensar, que el equipo de desarrollo esta compuesto de “solo programadores” que son intercambiables y rotables a otros equipos. Un equipo de desarrollo debera de tener cierto nivel de estabilidad, ya que eso incrementara el nivel de colaboracion entre sus miembros. Entre mas tiempo trabajen juntos los desarrolladores entonces por consecuencia mejor sera su rendimiento. Desarrolladores experimentados no pueden ser remplazados como piezas de Lego con algun nuevo talento. Siempre se debera de buscar la permanencia de los miembros en el equipo.
Es necesario el motivar a los programadores como parte de la organizacion… para esto debes de considerar lo siguiente:
Paga bien
1.- Paga a tus programadores de manera relativa a la medida de tu organizacion y el retorno economico que ofrece el fruto de su trabajo.
2.- Ofrece incrementos salariales por anos basado en mejoras profesionales ofrecidas por la empresa. Recuerda que tus desarrolladores de software no son solo programadores.
Ofrece un claro esquema de carrera
Aun con un buen salario, algunos desarrolladores de software tienden a dejar sus puestos si la empresa para la que laboran no les ofrece un plan de carrera disponible. Por esa razon cuidadosamente se debe investigar los objetivos de cada miembro de tu equipo de desarrollo. Alguna gente desea ser promovida a posiciones administratibasy otros prefieren quedarce dentro del equipo de desarrollo. Cualquiera que sea la causa, el claro esquema de carrera debera de estar presente en la compania como una parte de la cultura de la compania.
Ofrece entrenamiento profesional
Enfoquemos esto al entrenamiento que otorge al equipo de desarrollo una ventaja competitiba en la organizacion.
Mantener un politica de “no tiempo extra o trabajo los fines de semana”
El desarrollo de software esta muy condicionado a la concentracion de los los desarrolladores y sus emociones. Una mala pieza de software puede ser el producto de el trabajo realizado sobre un entorno de trabajo malo, o del producto de trabajar en fin de semana con presiones.
Enfocarce en el progreso mas que en las hors trabajadas
Si una organizacion hace incapie en mantener un enfoque en el tiempo que el desarrollador pasa en la empresa… en lugar de enfocarce en el progreso de su trabajo.. estara cometiendo un error.. que a la larga termina por afecta la productibidad del equipo de trabajo.
Rotando roles sobre cada proyecto
Reta a los desarrolladores a jugar diferentes roles sobre un proyecto. Cada miembro obtendra con esto la oportunidad de adquirir distintos niveles de responsabilidad, logrando con esto una versatilidad que se traduce en el nunca fallar dentro de la rutina. Un ejemplo de esto seria: Retar un desarrollador a liderear un equipo de desarrollo en cierta ocacion, y en la siguiente oportunidad que ese desarrollador realice el diseno del software y finalmente en otra ocasion que este programador ejecute la implementacion, prueba y documentacion de otro proyecto.
Recompensas profesionales en base a conocimientos traidos del exterior
Si un desarrollador de software escribe un articulo tecnico, u obtiene un certificacion profesional este esfuerzo deberara de ser recompensado.
Mejorar los procesos de negocio antes de iniciar el desarrollo
El proceso de negocio en tu organizacion puede tener algunos pasos innecesarios que tal vez no esten estandarizados. Algunos pasos solo pueden ser solo trabajados por personal con experiencia con un cargo que requiere su ejecucion. Por lo general, la gente de los departamentos conoce el como ejecutar tarea que tienen que ver con su rol, pero puede no estar familiariarizado con el resto de procesos fuera de su departamento. Esto hace dificil el colaborar con sugerencias y mejoras hacia los procesos. El desarrollo de software es algo que solo es manejado por requerimientos derivados de procesos de negocio que ya estan implementados. Si el proceso de negocio no ha sido propiamente estandarizado o se hizo reingeniera antes de que el desarrollo de software empezara, algunas preguntas surgiran. Preguntas en base al retraso que representara esto… esto podria representar presiones hacia usted… preciones generadas por aquellos que toman las desiciones de negocios….
El desarrollo de software y la realizacion de reingenieria en los procesos de negocio por lo general no es algo que se pueda hacer en paralelo. La peor que se puede hacer es redefinir los procesos de negocio a la mitad de cualquier desarrollo de software.
July 14, 2008 a las 10:57 am por Edwin Plauchu · Archivado en Programacion
Estoy seguro que algunos de los visitantes de gulsin.org alguna vez se habran preguntado que ondas con el XML.
Y han sacado sus conjeturas si es xml un lenguaje programacion?….que relacion tiene este con el html….. Cual es la sintaxis y reglas que este debe de seguir…. razon por la que escribo esto.
Siempre he pensado que es mucho mas facil y rapido leer a un tipo en la red que se da a entender en unas pocas palabras en el tutorial que el mismo publica, que leernos el libro de principio a fin del topico que andamos buscando, claro que el libro nos garantiza un buen conocimiento y resultado… pero seamos francos el tiempo en que se cocina este buen resultado suele ser de una semana como minimo a un mes… y por lo regular la gente se interesa en un tema en especifico que habra que presentar aplicado a su trabajo..(si de esto vive ) tal vez en una hora o 48 horas despues.
Por lo que este minitutorial abarca los conceptos mas fundamentales del XML:
1.- Introduccion al XML y sus Fundamentos
2.- Definiciones del tipo de Documento (DTDs)
3.- Espacios de nombres (Namespaces)
1.- Introduccion al XML y sus Fundamentos
1.1.- Relacion entre HTML Y XML
XML es un lenguaje de metamarcas, como lo HTML.
HTML actualmente ha dejado de existir como tal para convertirce en XHTML, lenguaje de metamarcas derivado del XML.
Por lo que podemos concluir que si ya usaste HTML, entonces ya tuviste contacto con XML sin saberlo.
XML es tan portable como lo es HTML ( todo aquel html que cumple con las normas w3c..aclarando.. ). Gracias a esto, al igual que una pagina html puede ser visualizada en solaris, linux, mac y windows, un documento XML tambien lo sera, y por esta razon se menciona que XML ofrece un formato ideal para la portabilidad de datos entre plataformas.
1.2.- Lo Fundamental del XML
Todo documento XML esta integrado por: Elementos vacios o no vacios, con o sin atributos y con o sin caracteres de Datos
Veamos un ejemplo de un documento XML que describe a una persona
persona-01.xml
Analicemos lo anterior… el tag “persona” se puede tomar como “nodo raiz” de mi documento persona-01.xml, mientras que “nombre y profesion” serian “nodos hijo”. El nodo “nombre” es un nodo vacio y este solo contiene atributos “nombre_pila y
apellido_paterno”. Mientras que el nodo “profesion” contiene el conjunto de caracteres “Ingeniero en Sistemas de computo” y por lo mismo a este no se le considera un nodo vacio. Los nodos vacios tienden a terminar con / o bien podriamos declarar el documento persona-01.xml de la siguiente forma y tambien seria correcto. Observece que aqui se aprecia mejor que “nombre” es un nodo vacio.
persona-01.xml
La linea 0 del documento persona-01.xml declara la version de xml, el tipo de codificacion y la opcion de usar o no un archivo extra que definira todas las posible partes de nuestro documento xml, cuando esta opcion esta en “yes” el archivo extra que define las partes de nuestro documento xml no sera requerido. El archivo extra recibe el nombre de DTD ( Definicion del tipo de documento ).
2.- Definiciones del tipo de Documento (DTDs)
El DTD es un archivo que condiciona que elementos pueden aparecer dentro de un documento XML.
Esto lo podemos entender agregando a nuestro documento persona-01.xml un DTD:
persona-01.xml
Bueno expliquemos linea por linea lo que dice este archivo DTD..
La primera linea dice… El elemento persona estara compuesto de 2 elementos, nombre y profesion.
La segunda linea dice… El elemento profresion contendra datos de caractarer parseables…(ese es el significado de PCDATA)
La tercera linea dice… El elemento nombre es un un elemento vacio.
Y La cuarta y ultima linea nos dice que nombre contendra 2 atributos del tipo Datos de Caracter… (ese es el significado de CDATA).
2.1-Validando documentos XML
La mayoria de las librerias que parsean XML (existen en perl, python, java.. etc.) al leer el documento XML lo validaran con respecto a su dtd. Aqui un ejemplo de documento xml que al ser cargado por el parser SAX (un parser XML en java), SAX detecta que el archivo dtd pide un elemento “profesion”… el cual no aparece en el documento invalid_persona.xml, ya que el usuario olvido incluirlo… entonces podemos concluir… que gracias a el archivo dtd, logramos darnos cuenta del error en el documento xml que estabamos parseando.
$ java sax.SAXCount -v invalid_persona.xml
[ERROR] "profesion must be declared"
Si deseas profundizar mas en las declaraciones de archivos DTD la informacion te la anexo a esta liga
3.- Espacios de nombres (Namespaces)
Los Espacios de nombres en XML cumplen 2 propositos:
* Distinguir entre elementos y atributos provenientes de diferentes vocabularios, pero que comparten el mismo nombre.
* Agrupar todos los elementos y atributos relacionados provenientes de una aplicacion XML, para que entonces un software pueda reconocer estos.
El primer proposito es facil de explicar, pero el segundo es mucho mas importante en la practica.
Los espacios de nombres son implementados al anexar un prefijo a cada elemento y atributo. Cada prefijo esta vinculado a una URI mediante xmlns:”prefijo”.
June 23, 2008 a las 5:43 pm por Edwin Plauchu · Archivado en Programacion, Linux
Autor: Ing.Edwin Plauchu
mail to: j4nusx@gmail.com
Instalando Postgresql
Antes de instalar “postgresql 8.2″ , verifiquemos que este, no este ya instalado, si esto no fuese asi utilice descargue las fuentes de postgresql de la ftp de postgres:
pianodaemon@pianodaemon:~> tar -xvjf ./postgresql-8.2.5.tar.bz2
Aplicaremos las opciones de compilacion que aqui se muestran:
./configure --prefix=/home/postgresql/ --without-zlib && make && make install
Explicacion de los parametros anteriormente citados:
–prefix=/home/postgresql/ <---- Instalara postgresql en el home del usuario del sistema "postgresql"
–without-zlib <---- Desactiva el uso de compresion en nuestras tablas, sacrificando espacio, pero ganando velocidad de lectura en archivo de disco.
El usuario postgresql
Postgresql solo podra ser ejecutado por el usuario postgresql, mismo que debera de pertenecer al grupo postgresql.
Asi que procederemos a la creacion del mismo y de su grupo, posteriormente asignaremos el directorio /home/postgresql, solo al usuario y grupo postgresql:
Vamos a crear un directorio data (directorio de archivos en disco que almancenan las tablas de nuestras bases de datos), esto lo haremos logeados como el usuario postgresql:
pianodaemon@pianodaemon:~> su - postgresql
postgresql@pianodaemon:~> pwd
/home/postgresql/
postgresql@pianodaemon:~> mkdir ./DATA
Inicializando el directorio data:
postgresql@pianodaemon:~> ./bin/initdb -D ./DATA/
The files belonging to this database system will be owned by user "postgresql".
This user must also own the server process.
The database cluster will be initialized with locale es_ES.UTF-8.
The default database encoding has accordingly been set to UTF8.
fixing permissions on existing directory ./DATA ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
selecting default shared_buffers/max_fsm_pages ... 32MB/204800
creating configuration files ... ok
creating template1 database in ./DATA/base/1 ... ok
initializing pg_authid ... ok
initializing dependencies ... ok
creating system views ... ok
loading system objects' descriptions ... ok
creating conversions ... ok
setting privileges on built-in objects ... ok
creating information schema ... ok
vacuuming database template1 ... ok
copying template1 to template0 ... ok
copying template1 to postgres ... ok
WARNING: enabling "trust" authentication for local connections
You can change this by editing pg_hba.conf or using the -A option the
next time you run initdb.
Success. You can now start the database server using:
./bin/postgres -D ./DATA
or
./bin/pg_ctl -D ./DATA -l logfile start
Si obtuviste la pantalla anterior, el directorio data fue inicializado con exito.
Shell Script requerido para el arranque y parada de Postgresql
El siguiente shell script, esta realizado en bash, para llevar a cabo su ejecucion:
#!/bin/sh
# Start/stop/restart postgresql.
#
# To start PostgreSQL automatically at boot, be sure this script is executable:
# chmod 755 /etc/rc.d/rc.postgres
# --> Before you can run PostgreSQL, you must have a database. Use initd.
#
# Note that step one is becoming the 'postgres' user. It's important to do this
# before making any changes to the database, or postgres won't be able to write
# to it later
# Set up variables
PGROOT=/home/postgresql
PGDATA=/home/postgresql/DATA
PGUSER=postgresql
PGLOG="$PGDATA/postgres.log"
PGDAEMON="$PGROOT/bin/postmaster"
PGCTL="$PGROOT/bin/pg_ctl"
if echo 'c' | grep -s c >/dev/null 2>%1; then
ECHO_N="echo -n"
ECHO_C=""
else
ECHO_N="echo"
ECHO_C='c'
fi
set -e
# Start postgresql:
postgresql_start() {
$ECHO_N "Starting PostgreSQL: "$ECHO_C
su - $PGUSER -c "$PGDAEMON -D '$PGDATA' &" >>$PGLOG 2>&1
echo "ok"
}
# Stop postgresql:
postgresql_stop() {
$ECHO_N "Stopping PostgreSQL: "$ECHO_C
su - $PGUSER -c "$PGCTL stop -D '$PGDATA' -s -m fast" >>$PGLOG
2>&1
echo "ok"
}
# Restart postgreSQL:
postgresql_restart() {
$ECHO_N "Restarting PostgreSQL: "$ECHO_C
su - $PGUSER -c "$PGCTL stop -D '$PGDATA' -s -m fast" >>$PGLOG
2>&1
echo "ok"
su - $PGUSER -c "$PGDAEMON -D '$PGDATA' &" >>$PGLOG 2>&1
echo "ok"
}
case "$1" in
'start')
postgresql_start
;;
'stop')
postgresql_stop
;;
'restart')
postgresql_restart
;;
*)
echo "Usage $0 {start|stop|restart}" 1>&2
exit 1
;;
esac
exit 0
Optimizando PostgreSQL
El reto de nuestra afinación va a consistir en optimizar el uso de memoria para postgres, minimizando en lo posible el número de intercambios con la swap (pagein). El mejor ajuste de los parámetros de configuración será aquél que obtenga la máxima disponibilidad en memoria para la BD, sin perjudicar al resto de elementos, que también deben permanecer en memoria.
SHARED_BUFFERS
El número de shared_buffers es el parámetro que más afecta al rendimiento de PostgreSQL. Este valor, de tipo entero, indica el número de bloques de memoria o buffers de 8KB (8192 bytes) que postgres reservará, como zona de trabajo, en el momento del arranque para procesar las consultas. De forma predeterminada (en postgresql.conf), su valor es de 1000. Un número claramente insuficiente para conseguir un rendimiento mínimamente aceptable.
Estos buffers se ubican dentro de los denominados segmentos de memoria compartida. Es importante saber que el espacio ocupado por el número de buffers que pretendamos asignar, nunca podrá exceder al tamaño máximo que tengan los segmentos de memoria. En caso contrario, postgres se negará a arrancar avisando con un error que no puede reservar el espacio solicitado.
Una buena recomendación (lee el artículo de B. Momjian[1]) es la de empezar asignando un 10% del total de la memoria RAM para shared_buffers y a partir de ahí, ir aumentando o disminuyendo dicho porcentaje en función del rendimiento y la paginación.
Comenzamos:
El 10% de 1 GB: (1048576 KB/10) = 104857 KB
shared_buffers: (104857 KB/8 KB) = 13107
Asignamos este valor a la variable shared_buffers (postgresql.conf)
En Linux, de forma predeterminada, el tamaño de un segmento de memoria compartida es de 32MB. Podemos comprobarlo haciendo (el resultado es en nº de bytes):
Asi que asignaremos al kernel de linux un nuevo tamaño de segmento por default(agregue esta linea en /etc/sysctl.conf).
kernel.shmmax=107372544
Para comprobar el rendimiento, aplica EXPLAIN[2] a tus consultas. Para ver la paginación del servidor, puedes usar herramientas como vmstat o ipcs (consulta sus páginas man).
[editar] WORK_MEM
Este parámetro configura el espacio de memoria que postgres utiliza para realizar ordenaciones de tablas o de resultados parciales de consultas, sobre todo en cláusulas ORDER BY, CREATE INDEX o MERGE JOIN.
Este valor es más dificil de configurar porque depende, por un lado, de lo grande que sean las tablas o resultados que hay que ordenar, y por otro, del número de peticiones simultáneas para esa misma consulta (para cada una se empleará la misma cantidad de memoria).
Una buen comienzo es asignar entre un 2% y un 4% del total de la memoria si prevemos pocos accesos simultáneos a grandes sesiones de ordenación y mucho menor, si esperamos muchos accesos simultáneos a sesiones de ordenación pequeñas. Como antes, lo mejor es ir probando distintos valores y ver en qué pueden afectar a la paginación adversa. El valor hay que expresarlo en KB.
En nuestro ejemplo, hemos optado por usar un 4% de la memoria:
El 4% de 1 GB: 41943 KB (1048576 KB*4)/100
work_men = 41943
June 23, 2008 a las 1:41 pm por Edwin Plauchu · Archivado en Programacion, Linux
Lo primero sera ajustar los siguiente parametros en el kernel… para esto, bastara con modificar el fichero /etc/sysctl.conf.
Y agregar la siguientes lineas.
Una vez creado este usuario nos logeamos como el y procedemos a settear ( otro maldito verbo que no existe ) las variables de entorno que ha de requerir nuestra instalacion de Oracle y la ejecucacion de la base de datos en si. Asi que debemos adicinar estos valores en el archivo .bash_profile del usuario oracle.
Centos 5 no es una versión certificada, para que Oracle piense que se está instalando en un Oracle Linux Enterprise hacemos lo siguiente:
echo "Enterprise Linux Enterprise Linux AS release 4 (October Update 4)" > /etc/redhat-release
Ejecutamos la instalación ejecutando ./runInstaller y ahí es como una instalación normal.
Una vez finalizada la instalación dejaremos el archivo /etc/redhat-release como estaba con:
June 16, 2008 a las 5:21 pm por Edwin Plauchu · Archivado en Programacion
Para que un servlet pueda ser deployado… requiere ser metido en una aplicacion web…
En mi caso… no tengo ninguna… asi que me he creado una desde cero.
Lo primero es generar un directorio dentro de el directorio webapps de tomcat… a mi aplicacion le llamare app-j4nusx, asi que mi directorio se llamara igual.
Una vez creado mi directorio procedo a crear los directorios requeridos por todo app en tomcat ( no hace falta que los mencione.. se ven abajo..)
En el directorio classes he de meter mi servlet a deployar ( Para ver como he fabricado este servlet consulte la siguiente liga que escribi hace tiempo)
Modificacion del server.xml
Es requerido que le digamos a tomcat que deseamos darle una aplicacion mas de la cual el se hara cargo… ya que no podemos llegar y meterla en su directorio webapps y esperar que este la despliegue sin notificarle esto antes mediante su archivo de configuracion..
1.- Usando un editor de Texto abriremos el fichero $TOMCAT_HOME\conf\server.xml
2.- Buscaremos el tag ContextManager
3.- Y ajustaremos sus propiedades de la manera siguiente:
June 16, 2008 a las 1:50 pm por Edwin Plauchu · Archivado en Programacion, Linux
Instalando Java en el directorio HOME de un usuario
En ocaciones se ha desarrollado una app … que corre con cierta version de tomcat y cierta version de java..
Entonces… si tenemos un servidor que corra diferentes aplicaciones tomcat con diferentes versiones de java…
Entonces para que instalar un java global(me refieron a un version java que sea general para todos los usuarios)… por que no instalar un java para cada usuario que corra una aplicacion que requiere una version de tomcat y java especifica…
Aqui en este articulo blogero pedalero… les mostrare el como instalarce una version de java y tomcat recientes para un usarlo solo en el entorno que respecta al usuario llamado j4nusx …
Nota:he usado slackware… ya que es una distro muy sencilla y la corro en xen sin problemas… ademas… ademas de que slackware te permite adquirir un conocimiento total sobre el software que operas o compilas sobre el….
Bueno empecemos…
Lo primero sera agregar las siguientes variables al fichero $HOME/.bash_profile, en este fichero reside todo lo que respecta a la declaracion de variables del entorno que se cargaran cuando el usuario inicie una sesion.
export JAVA_HOME=/home/j4nusx/jdk1.6.0_10
export JRE_HOME=${JAVA_HOME}/jre
export PATH=$PATH:${JAVA_HOME}/bin
# La variable de tomcat la agregamos aqui para evitarnos el tener que agregarla despues..
export TOMCAT_HOME=${HOME}/apache-tomcat-6.0.16
Ahora me descarglo las version de jdk y apache tomcat que usare
j4nusx@mayte:~$ ls
apache-tomcat-6.0.16.tar.gz jdk-6u10-beta-linux-i586.bin* jdk1.6.0_10/
Procedo a instala jdk
j4nusx@mayte:~$ ./jdk-6u10-beta-linux-i586.bin
Si todo salio bien… podras ver algo como esto… si te has logeado una vez mas con el usuario j4nusx
j4nusx@mayte:~$ java -version
java version "1.6.0_10-beta"
Java(TM) SE Runtime Environment (build 1.6.0_10-beta-b25)
Java HotSpot(TM) Client VM (build 11.0-b12, mixed mode, sharing)
Bien.. bueno ya esta instalado y sin contratiempos…. ahora procedemos a instalar tomcat ( eres tu don gato ? )
Instalar la Versión Binaria de Tomcat
j4nusx@mayte:~$ tar -xvzf apache-tomcat-6.0.16.tar.gz
Arrancando Tomcat
j4nusx@mayte:~$ $TOMCAT_HOME/bin/startup.sh
Si arrancaste tomcat podras ver lo siguiente:
j4nusx@mayte:~/apache-tomcat-6.0.16/bin$ ./startup.sh
Using CATALINA_BASE: /home/j4nusx/apache-tomcat-6.0.16
Using CATALINA_HOME: /home/j4nusx/apache-tomcat-6.0.16
Using CATALINA_TMPDIR: /home/j4nusx/apache-tomcat-6.0.16/temp
Using JRE_HOME: /home/j4nusx/jdk1.6.0_10/jre
Funciones Hash
Las funciones hash son faciles de computar pero dificil de aplicarles ingenieria en reversa.
Aque me refiero con esto?, lo explicare con un ejemplo sencillito sobre sistemas linux:
$ echo "Esto se encriptara mediante una funcion hash" | md5sum
f538fb4f2360fcbb3af0f31cdd479829
$ echo "Esto se encripta mediante una funcion hash" | md5sum
fa5f1a88d876d3974a501b3a9c140e2a
Observemos que la cadena introducida via pipe a el comando md5sum nos ha generado un valor hexadecimal, este valor dificilmente podria llegar a ser igual a otro, que quiero decir con esto? Que no hay dos cadenas que computen el mismo valor. Matematicamente podrias llegar a la siguiente deduccion:
Uso comun
Un uso muy comun de esto, lo puedes ver cuando te has bajado una distribucion linux. En los servidores ftp donde se pone a disposicion la descarga de las imagenes de los DVDs que componen a una distribucion linux, tambien se te ofrecen los valores hash md5 que corresponden a cada imagen, una vez que has descargado una de las imagenes… Habras de comparar que estas imagenes te den el valor md5 indicado por los fabricantes de dicha distribucion linux.
Si el valor fa5f1a88d876d3974a501b3a9c140a2d es el que indica el fabricante de la distribucion linux, entonces la imagen que hemos de quemar en un dvd virguen, es la correcta… pero si el valor no es el indicado por el fabricante… lo mas probable sera, que te estes bajando un fichero imagen corrupto, o en el peor de los casos… una copia alterada por alguien que ha vulnerado el servidor ftp.. y te ha colocado un backdoor sobre la distribucion que aun no te has instalado.
Cifrados Simetricos
Un Cifrado Simetrico es una transformacion, que fue llevada a cabo por un llave secreta, Esta llave traduce su entrada conocida como texto plano, a un salida conocida como texto cifrado, de esta manera excluimos el criptoanalisis(accion contraria a la criptografia..) , solo aquella entidades que posean la llave secreta podran recobrar el texto plano que esta oculto sobre el texto cifrado.
Los Cifrados Simetricos tienen una larga historia, y han mutado en variantes de los mismos bastante interesantes.. una de estas variantes es el triple-DES… muy usado por routers de prestigio hoy en dia.
Cifradores Asimetricos
Un cifrador asimetrico es semejante a un cifrador simetrico, pero el asimetrico ejerce su poder en el uso de un par de llaves.. y no solo una llave como lo hace el simetrico.
El par de llaves a las cuales hago referencia son las siguientes:
• Llaves Publicas -- Usadas para encriptar el texto plano
• Llaves Privadas -- Usadas para desencriptar el texto cifrado
Las llaves son generadas de una manera sencilla, lo cual permite deducir cual es la llave privada y cual es la publica. Aplicarle ingenieria en reversa a estas llaves, es algo sumamente dificil.
Esta fabulosa propiedad permite a la gente el intercambiar sus llaves publicas sobre canales o comunidades y mantener conductos de comunicacion completamente privados.
Los mas notables sistemas de cifrado asimetrico inclullen funciones Diffie-Hellman y RSA (como openssl). Los sistemas de encriptacion asimetrica son usados comunmente para intercambiar llaves de sistemas simetricos.
June 14, 2008 a las 9:58 am por Edwin Plauchu · Archivado en Programacion, Linux
Mucha gente se centra en procesos de ingeniería de requerimientos para conseguir mejores requerimientos con la esperanza de que esto prevenga la necesidad de cambiar el diseño más tarde. Pero incluso esta dirección no lleva a ninguna cura. Muchos cambios de requerimientos imprevistos ocurren debido a cambios del negocio. Aquellos no pueden ser prevenidos, incluso con un cuidadoso proceso de ingeniería de requerimientos.
Entonces todo esto hace que el diseño planificado parezca imposible. Seguramente estos son desafíos grandes. Pero no me inclino a decir que el diseño planificado es peor que el diseño evolutivo comúnmente practicado de la forma “codificar y arreglar “. De verdad prefiero el diseño planificado al ” codificar y arreglar “. Sin embargo soy consciente de los problemas del diseño planificado y busco una nueva dirección.
A razon de esto la propuesta de Rails me parece algo muy cercano a la utopica idea de un diseño que permita prevenir cualquier cambio en el futuro de un App web. Hago incapie en la palabra aplicacion web.En ningun momento lo recomiendo como una solucion general a toda la solucion tecnologica que se proponga a grandes necesidades.
Rails me parece perfecto. Para ser el participante ideal… en todas aquellas aplicaciones que deberian fungir como mecanismo de captura de los datos del dia a dia de los negocios que asi lo requieren…
Las aplicaciones en Java tienen la capacidad de formar parte de una solucion y a su vez ser todas partes de la misma.
Aunque rails nos permite crear aplicaciones web de una manera muy rapida este no cubrira todos las posibles encomiendas de una solucion.