Que tal, si andas buscando explicación de como funcionan las dependencias de maven en el pom.xml, lo único que te puedo decir es GET OUT OF HERE!. Si andas en ese tipo de búsqueda ve al siguiente link

Este post es sólo un ayuda memoria donde iré colocando las dependencias que estoy necesitando a diario para generar nuevos proyectos. Si les sirve de ayuda a uds tambien me alegro mucho.

Dependencia para VELOCITY

<dependency>
<groupId>org.apache.velocity</groupId>
<artifactId>velocity</artifactId>
<version>1.6.2</version>
<scope>compile</scope>
</dependency>

Dependencia para JDOM

<dependency>
<groupId>jdom</groupId>
<artifactId>jdom</artifactId>
<version>1.0</version>
<scope>provided</scope>
</dependency>

Dependencia para SPRING

<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring</artifactId>
<version>2.5.6</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc-struts</artifactId>
<version>2.5.6</version>
</dependency>

Que tal. Nuevamente aca posteando. Esta vez es para mostrarle los pasos para configurar un JNDI en WAS 7.0(Websphere Application Server). ¿Qué me impulso a escribir este artículo? la cantidad de chichones que me quedó en la cabeza luego de darme contra la pared varias veces al intentar obtener la conexión. Ya que la ubicación de algunos pasos era sutilmente diferente a versiones anteriores de WAS.

Por lo mencionado anteriormente este post no intenta explicar que hace cada pantalla del wizard, sino ejecutarlos paso a paso como decia el Mostaza Merlo .

Otra cosa importante para comenzar es que deben tener claro los siguientes datos:

• Nombre del Servidor de Base de Datos
• Nombre de la Base de Datos
• Usuario y Pass de Base de Datos
• Nombre del JNDI
• Driver de SQLServer(jtds.jar), ya que la conexión será a un Motor MSSQLServer.
• Por lo tanto debemos dejar esta librería jtds.jar en el lib del servidor, el path en mi caso sería:

/home/castudillo/servers/IBM/WebSphere/AppServer/lib/ext/jtds-1.2.2.jar

Una vez que hayan hecho este paso reinicien su server.

Comencemos:

Vamos a través de un browser a la consola de WAS(https://localhost:9043/ibm/console) y hacemos click en la opción “Proveedores de JDBC” que se encuentra en el menu lateral izquierdo(Recursos–>JDBC–>Proveedores de JDBC)

Se cargara la página de proveedores de JDBC.

Presionamos el botón llamado “Nuevo” para crear nuestro proveedor JDBC.

• En el combo “Tipo de base de datos” seleccionamos el valor “Definido por el usuario”
• Agregamos el nombre de clase de implementación correspondiente al driver JTDS(net.sourceforge.jtds.jdbcx.JtdsDataSource).
• Y agregamos un nombre de nuestro gusto, para este caso el nombre es “JDBC Provider Test”

Presionamos botón “Siguiente” y se desplegará la página donde tenemos que definir la ubicación de nuestro Driver en este caso el jtds-1.2.2.jar.

Definan entonces la ruta de acceso al jar y luego presionen el boton “siguiente”. Aparecerá una página con el resumen de los valores que hemos definido hasta el momento.

Una vez que se deleiten con ver esta página queridas criaturas presionen el botón “Finalizar”, aparecerá el tipico mensaje de guardar la configuración maestra. No se uds, pero yo siempre guardo.

Una vez guardado veremos que aparece en la lista nuestro proveedor JDBC recien creado (“JDBC Provider Test”).

Vamos al listado y presionamos sobre su Link.

Aparecerá una nueva página llamada “JDBC Provider Test” pero por el momento no estamos en condiciones de testear nada, primero debemos definir el origen de datos. Para esto debemos presionar el link que aparece en la izquierda de la pantalla, llamado “Orígenes de datos”.

Una vez que hayamos clickeado en “Origenes de Datos” seremos direccionados a la página donde podemos definir este origen. Para esto presionen el botón “Nuevo”

Aparecerá la página donde debemos definir:

• Nombre de origen de datos: DataSource Test en este caso
• Nombre JNDI : jdbc/testdb

Presionemos el boton “Siguiente”, después aparecerá otra página donde ¿adivinen que? SI! presionen botón siguiente nuevamente.

Siguiente

En esta página paramos con los botones siguiente y presionamos Finalizar. aparecerá el mensaje de guardar en configuracion maestra.

Tenemos nuestro Origen de datos. Entonces ahora vamos al listado y clickeamos sobre nuestro “DataSourceTest”.

Seremos direccionados hacia una nueva página, es aquí en esta página donde debemos dar click al link “Propiedades Personalizadas”(a la derecha de la pantalla)  donde podremos definir el nombre del Servidor de base de datos y el nombre de la Base de datos

En esta página de propiedadades personalidas debemos buscar la propiedad databaseName y serverName clickeamos estas propiedades por separado y modificamos su valor:

• databaseName: test_database
• serverName: test_server

Una vez que definimos estos 2 valores vamos al link “DataSource Test” que se encuentra en la zona superior de la página.

Estando en esta página de “DataSource Test” hacemos click sobre el link “JAAS – Datos de autenticación J2C”(zona derecha de la pantalla).

Seremos enviados a la página donde presionaremos el boton “nuevo” para definir nuestro Usuario y Password para acceder a la base de base de datos

Presionamos aceptar.

Luego vamos al link “DataSource Test” que aparece en la zona superior de la página para asociar nuestro “test_conn” recien creado.

Seremos enviados nuevamente a la página de “DataSource Test”, vamos al final de la página y en el combo “Alias de autenticación gestionado por componentes” seleccionamos el “test_conn” creado en el paso anterior. Aceptamos y ya estamos en condiciones de realizar una prueba de conexión.

Podemos hacerlo en esta misma página con el botón “Conexión de prueba” o tambien podemos testear desde la página de “Orígenes de datos”

Seleccionamos nuestro “DataSource Test” y luego presionamos el botón “Conexión de prueba”. Debería aparecer el siguiente mensaje:

Bueno señores con esto ya estamos en condiciones de usar este JNDI desde una app. Espero que esto les sea de ayuda y que les funcione el test de conexión .

Hasta otra oportunidad.

Que tal muchachos. Les cuento, hace tiempo andaba buscando algun programilla para Linux que me ayudara con el tema de las capturas de pantalla. Tuve uno muy bueno que se llamaba Snag-it o algo asi, no recuerdo bien el nombre. El problema es que era sólo para windows . Y ya no utilizo mas windows en el trabajo. Asi que me vi en la obligación de buscar uno que me ayudara con las capturas de pantalla. Encontre una app llamada SHUTTER.

La característica principal que andaba buscando era la captura vía seleccion de pantalla. Esto es de mucha utilidad al momento de hacer manuales, podemos también hacer mas ilustrativos nuestros post, etc. Dejo la palabrería para indicarles que pasos seguí en la instalación de SHUTTER.

Sistema Operativo: Ubuntu Linux – Intrepid

Primero agrege un par de repositorios al sources.list:

$ sudo vi /etc/apt/sources.list

deb http://ppa.launchpad.net/shutter/ppa/ubuntu intrepid main
deb-src http://ppa.launchpad.net/shutter/ppa/ubuntu intrepid main

Luego actualicé e instalé:

$sudo apt-get update

$sudo apt-get install shutter

Listo con esto estamos ok para comenzar a utilizar Shutter, vamos al menú :

Aplicaciones–>Accesorios–>Shutter Screenshot Tool

Al clickear en Shutter veremos la siguiente pantalla

Es muy intuitiva para usar, asi que disfrútenla. Y si encuentran una con mejores características DIGANLO!!!.

Que tal. Hace tiempo no escribia.

Y estoy escribiendo de “picado!!!”, ya que tenia mi VPN configurada sin problemas en Ubuntu Hardy, y hace un par de semanas me cambie a Intrepid. Muchos pensarán “Bien tarde te cambiaste”. En fin me cambie!!!.

El tema es que al cambiarme algo falló en la configuración que tenía. Y dejó de funcionar. Intente crear una nueva pero no pasaba nada. En un post que perdi encontré que habían problemas con Intrepid y las VPN. y un tipejo dejo estos repositorios

deb http://ppa.launchpad.net/network-manager/ppa/ubuntu intrepid main
deb-src http://ppa.launchpad.net/network-manager/ppa/ubuntu intrepid main

asi que me fui directo a modificar el sourceList

$ sudo vi /etc/apt/sources.list

Agregé las lineas y luego actualice los siguiente packetes

sudo apt-get install network-manager-openvpn network-manager-vpnc network-manager-pptp

Luego me fui a crear una nueva conexion :

Conexiones VPN —> Configurar VPN

Luego presionar el botón añadir y seleccione el tipo de conexion “Protocolo de túnel punto a punto (PPTP)”

Aparecerá el cuadro donde deben llenar los datos de la conexión:

Nombre: ConnTest

Pasarela: vpn.test.cl

Usuario: TEST\username

Con esos datos es suficiente en esa pantalla.

Luego presionen el botón “Avanzado…”, aparecerá una nueva pantalla.

Aquí si mantenía los valores propuestos me daba error de conexión. No había caso!!! hasta que en otro Post que si atesoré encontré que un gringo sugería lo siguiente:

Advanced:
Only MSCHAP and MSCHAPv2 are checked
Use Point-to-Point encryption (MPPE)

Asi que le hice caso al gringo e hice Check en métodos de autenticación solo a  MSCHAP y MSCHAPv2. Y además hice Check al “Usar cifrado punto a punto (MPPE)”

Y deje intactos los check que se proponian para compresión.

Luego de esto probe y funcionó DE PELOS!!!.

Reinicie algunas veces la máquina en desesperación. Asi que no sabria decirles en que momento deben aplicar APH(Apaga y Prende la Hueá). Hagan los pasos sin reiniciar, en caso de que no se logre la conexión intenten reiniciando y creando una nueva conexion.

Ya señores es mas tarde que la #$%#% me voy a dormir. por fin tengo VPN nuevamente para mañana poder trabajar desde casa un fin de semana. RIKO NO???

Chao y gracias a pcollaog que me ayudó cuando me quede sin internet intentando arreglar la vaina

Que tal, hago este post rapidillo ya que es super práctico. Es común que tengamos que logearnos a una máquina a través de ssh varias veces o a distintas máquinas en un día. Es por esto caballeros que aquí les va un link donde aparecen los pasos para realizar esta tarea sin problemas.

Uffff hace un montón que no escribía por acá, el tiempo es escaso cuando los bebes dan tarea.

Pero basta de lamentos, el motivo de este post es para que todos los amantes de la música.

Hace un tiempo conocí a través de una página de música a un guitarrista “seco”(capo). El sonido de su guitarra, una Les Paul Studio, es genial. Y los riff y solos que ejecutaba sonaban espectacular.

Investigando más, me di cuenta que tenía una Banda llamada Cirse la que ahora último acaba de lanzar su primer disco llamado bi-polar, si entran al sitio oficial de Cirse podrán escuchar el tema promocional llamado Muy Tarde.

Este grupo lo conforman:

Luciana Segovia (voz)

Gabriel Leopardi (guitarra)

Ziva (bajo)

Luisao (batería)

Bueno muchachos…”es taaaaaaaardeeeee muy taaaaaaaaaaarde”, asi que los dejo! y si están viendo este post desde Argentina apaga el PC y anda a comprar el Disco. Yo estoy en Chile asi que en Enero viajo a Baires, compro el disco y les comento la totalidad de la producción.

Que tal amantes de las palizas!!! JaJajaJAAJa les cuento, el sabado 14 de Julio fui al evento de Todo Vale del sensei Cristian Martinez.

Al evento me acompañó el Master Edgar, la verdad que no iba con una muy buena espectativa, pero el evento estuvo super bueno.

Un poco lejos lo hicieron, pero valio la pena el viaje, al principio por un momento pense que iba a estar lleno de flaites o pungas, pero la verdad es que no, muy agradable público, no es que sea discriminador, pero diganme uds señores, ¿les gusta estar entremedio de flaites(patos malos)? yo creo que la respuesta es no

Las peleas en calidad estuvieron variadas, unas duraron menos que un candy, a otros les falto poco por salir del ring dandose besos y tomados de la mano cantando alguna canción de Miranda, pero hubo unas peleas huuuuuuuu compaaaaaaadre combo seco en el lagrimal!!!. Muy buenas!

Al final del evento el Gorila Martinez se saco fotos con todo el mundo, muy buena onda el socio! nosotros no contabamos con cámara alguna! pero adivinen que!! Master Edgard andaba con un celular con CAMARA!!! SHARAAAAAAAN!!!, entonces timidamente esperamos hasta el final para poder sacarnos una foto con el rudo de la noche! El Gorila Martinez!!! sería un hallazgo llegar el Lunes mostrándole a medio mundo la foto. El diálogo fue algo así:

castudillob: Ya Master vamo sino no nos vamos a sacar nunca la foto

Master Edgard: si vamo que tengo sed!

(Nos acercamos como leones de la National Geographic a su presa!! estando casi a 2 metros de él el dialogo continua así)

castudillob: Maestro la última foto puede ser?

Gorila: Si muchachos como no

(posamos los 3 juntos en posición de combate con un puño al frente demostrando la rudeza del indio chileno! mientras Master Edgard enfoca con su celular la foto y CLICK!!!!)

Gorila: Gracias muchachos por venir, sino fuera por uds “el publico” nada de esto sería posible.

castudillob: gracias a ti maestro!

Gorila: chao muchachos que estén bien

(Estrechamos la mano vendada y sudada del sensei, nos alejamos cual tony bronson al final de los capitulos de Grand Prix)

Estamos ansiosos por ver la foto, revisamos el celular y nos encontramos con lo siguiente:

JaJaAJaAJAJaAJAJAAJa el ojo de Gorila Martinez y casi parte del ojo de Master Edgard, todo el momento de espera para ver que habiamos fallado en el zoom!!! JAJAJAJA en fin, como buen chileno dijimos no impooooooorta pa la otra! pal otro evento!

Despues llega un pelao parecido a Krilin de Dragon Ball y le dice a Master Edgard: “socio sabe que no ando con camara! me podría sacar una foto y despues nos comunicamos pal envio??”, Master Edgard titubeo por milesimas de segundos! pero su bondad fue mas fuerte y le dijo, YA PO! y la foto fue la siguiente!

El resultado fue una espectacular foto!!! un poco mejor que la anterior! JaJaAJJAJA bueno pero pa la oooooootra!, no se puede decir que no aprendimos de los errores!

He visto que a muchos han tenido problemas con el /etc/mysql/my.cnf y con el otro famoso archivito /var/run/mysqld/mysqld.sock, este problema también me paso en un momento al intentar eliminar el mysql, después cuando lo quise volver a instalar me daba ese tipo de errores que me tuvo todo un día investigando en internet como resolverlo.

Intenté de todo lo que decian, siempre decian modifique el my.cnf pero como diablos lo iba a modificar si no existía el archivo, elimine hasta la carpeta /var/lib/mysql y nada!

Eliminé una y otra vez los paquetes mysql-server y mysql-client y siempre jodía que no existía /etc/mysql/my.cnf, no podía quitarlo de raíz, hasta que apliqué lo siguiente:

$sudo apt-get remove –purge mysql-common mysql-client mysql-server

De esta forma pude eliminar correctamente, luego volvi a instalar mysql:

$sudo apt-get install mysql-server mysql-client

Con eso pude volver a levantar mysql sin problemas. Espero que si están desesperados esto les ayude.

Que tal, esta vez estamos aquí para explicar la simple instalación de mysql en ubuntu, para esto debemos instalar los paquetes mysql-server y mysql-client:

$sudo apt-get install mysql-server mysql-client

Una vez instalado modificamos la password de administrador de la siguiente forma:

$sudo /usr/bin/mysqladmin -u root password manager

de esta manera le indico el super usuario(root) y password(manager) que admistrará la base. Habiendo hecho esto nos conectamos como root de la siguiente forma:

$mysql -u root -p

Nos solicitará la password que en este caso es manager. Y listo muchachos! eso fue todo , ya estamos dentro disfrutando de tener mysql instalado en tu máquina

Ahora si quieres puedes crear una BD, ¿obviamente para eso instalamos mysql no? . entonces una vez logeado como root creamos una base:

$mysql>create database mybd;

Listo ya creamos una base llamada mybd, ahora salimos

$mysql>exit

Existen muchos manuales en la red donde aparecen instrucciones de como crear tablas, procedimientos almacenados etc, por lo tanto aqui vamos a suponer que ya existe un script listo para generar una base de datos llamado genera-base.sql

Entonces! nos posicionamos en el directorio donde esta este archivo .sql y ejecutamos el siguiente comando para correr el script:

$mysql -u root -p mybd < genera-base.sql

Volvemos a entrar como root para crear usuarios para esta base, en este caso usuario admin con pass adminbd, entonces entramos como root:

$ mysql -u root -p

una vez conectado corremos el siguiente comando para crear el usuario

mysql>grant all privileges on mybd.* to admin@localhost identified by ‘adminbd’;
mysql>flush privileges;

Luego salimos para ingresar con el usuario creado:

mysql> exit
Bye

Ahora entramos como usuario admin indicandole la BD de la siguiente forma:

$mysql -u admin -p mybd
Enter password:
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 10
Server version: 5.0.38-Ubuntu_0ubuntu1-log Ubuntu 7.04 distribution

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the buffer.

mysql>

Eso es todo estamos listos para trabajar con la base de datos!

En muchos sitios aparece que debemos agregar esta linea al profile

. /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin/oracle_env.sh

A mi no me resulto , ya que al intentar conectarme por sqlplus comenzó a joder por el NLS:

ORA-12705: Cannot access NLS data files or invalid environment specified 

Asi que apliqué 3 líneas en el profile y cero problema, entonces comencemos, primero editamos el profile:

$sudo vi /etc/profile

Y luego al final agregamos las siguientes 3 lineas:

export ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
export ORACLE_SID=XE
export PATH=.:$PATH:$ORACLE_HOME/bin

Guardamos, cerramos y reiniciamos la sesion, ahora al conectarte no tendrás problemas

Ojo que no quiero decir que el llamado a oracle_env.sh no funcione, algo seguramente no tengo en orden, pero con las 3 lineas que les indique salen del paso perfectamente