Requerimientos

Debemos de haber previamente instalado las Guest Additions dentro de nuestro sistema virtualizado.

Una excelente referencia para esto es la esta pagina.

Los GuestAdditions dan soporte al sistema virtualizado para cambiar la resolución de la pantalla ‘al vuelo’, así como la detección del mouse y por supuesto la compartición de carpeta entre anfitrión e invitado.

Eligiendo la carpeta que vamos a compartir

Con nuestra máquina virtual encendida vamos a dar clic en el icono de folder que se encuentra en la esquina inferior de la derecha de la ventana.

Clic derecho sobre el icono del folder

Entramos a SharedFolder Settings y agregamos una nueva carpeta.

Añadir una nueva carpeta

Asegúrense de marcar la casilla ‘Make permanent‘. Para las demás opciones no se la verdad si exista alguna diferencia entre marcarlas o no, ya que la mayoría de estos parámetros los controlaremos mediante la línea de comandos en fedora.

Marcar la carpeta como permanente. Ojo con el nombre que tiene asignado.

Enlazando la carpeta compartida

Dentro de la máquina virtual abrimos una terminal.
Vamos a probar a montar la carpeta compartida como root, solo para verificar que todo se encuentra en orden y podemos montarla.

Primeramente creamos una carpeta que servirá como acceso a nuestra carpeta compartida desde Fedora. Esto lo pueden hacer desde la terminal o desde el navegador de archivos, únicamente teniendo cuidado de que dispongan de los permisos adecuados para la ubicación que elijan.

Muchos deciden crearla dentro de /media, en mi caso la crearé en mi carpeta personal.

mkdir MacOSX

Ahora vamos a enlazar la carpeta montándola como si se tratara de otra unidad más, indicando que se trata del sistema de archivos de VirtualBox.

Ejecutamos:

sudo mount -t vboxsf FedoraShared MacOSX/

¡Perfecto! Se ha montado la carpeta como lo queríamos. Sin embargo, si creamos un archivo dentro de la carpeta, veremos que no podemos crear absolutamente nada con nuestro usuario normal (no administrador). ¡Ni si quiera una carpeta!

Montando la carpeta como dios manda

El problema de montar así la carpeta es que no podemos escribir en ella, ya que pertenece a root y forma parte del grupo root.

Aquí existen varias soluciones y siempre la seguridad va primero, así que vamos a descartar por completo en convertirnos en root cada vez que queramos escribir o leer y mucho menos nos añadiremos al grupo root.

Como segunda solución existe el comando chmod y chgrp, sin embargo fallan miserablemente, ya que el sistema de archivos ‘vboxfs’ no tiene soporte para los permisos POSIX, así que olvidémonos de estos dos comandos.

Como tercera opción tenemos la capacidad del comando mount para remontar una partición con otro usuario y grupo diferente a root, esto se logra con el comando:

sudo mount -t vboxsf -o remount,gid=1000,uid=1000,rw FedoraShared MacOSX/

Para conocer su usuario y grupo por defecto solo basta ejecutar el comando: id

En mi caso este comando me ha devuelto error de argumento inválido, por lo que queda descartado para mi, si en su caso les ha funcionado, felicidades, no tienen nada más que hacer que pasar a la siguiente sección para ver como montar la carpeta cada vez que se inicie el sistema y no deban ejecutar la línea anterior cada vez.

La solución que me ha funcionado a mi ha sido mediante el comando mount.vboxsf, el cual me parece que añaden la GuestAdditions.

Así pues el comando sería el siguiente:

sudo mount.vboxsf -o rw,uid=1000,gid=1000 FedoraShared MacOSX/

donde deberán de reemplazar: uid, gid con los devueltos por el comando id; FedoraShared por el nombre de su carpeta compartida y MacOSX/ por el nombre de su carpeta destino (la que eligieron dentro de fedora).

Para probar que pueden escribir dentro de la carpeta enlazada, ejecutamos:

touch MacOSX/holaMundo

Si el comando no ha devuelto nada entonces han logrado compartir la carpeta entre los dos sistemas.

Montando la carpeta de manera permanente

Finalmente vamos a hacer esto permanente, ya que de otra manera cada vez que enciendan la máquina el deberán de ejecutar el comando anterior para tener acceso a sus archivos en la carpeta compartida.

Tenemos que modificar el archivo /etc/fstab, en mi caso lo editaré con vim, aunque se puede emplear cualquier editor mientras hagan la edición como administrador.

En mi caso sería:

sudo vim /etc/fstab

para usar gedit

sudo gedit /etc/fstab

para kate (en KDE) sería:

sudo kate /etc/fstab

Y así sucesivamente para cualquier otro editor.

Dentro del archivo añadiremos al final la siguiente línea.

FedoraShared /home/esilva/MacOSX vboxsf rw,uid=1000,gid=1000 0 0

Donde deberán de reemplazar FedoraShared por el nombre de su carpeta compartida y ‘/home/esilva/MacOSX’ por la ruta completa de la carpeta que servirá como punto de acceso. Como pueden ver el comando es muy similar al que ejecutamos con mount.vboxsf, esto es porque le indicamos al sistema que una vez realizado el montaje debe de realizar el cambio de usuario y grupo para darnos los permisos necesarios.

El último paso

Hay algo que hacer antes de reiniciar así que aún no lo hagan.
Si reinician con la modificación tal cual ha quedado, lo mas seguro es que fedora no pueda iniciar, esto se debe a que el módulo que requerimos para el sistema de archivos (vboxsf) no se está cargando a tiempo y por lo tanto el montaje falla. Para resolver esto debemos de crear un archivo dentro de la carpeta:

/etc/modules-load.d/

Así que abrimos un edito de textos como lo hicimos anteriormente, en mi caso con vim:

sudo vim vboxsf.conf

Y pegaremos la siguiente línea:

vboxsf

Lo se parece broma, ya que solo es el nombre del módulo, pero con esto garantizamos que el módulo se cargue a tiempo para que el montaje se realice de manera correcta.

Si ocuparon un editor distinto recuerden guardar el archivo en ‘/etc/modules-load.d/’

Pueden probar a reiniciar el sistema para comprobar que la carpeta se monta correctamente.

En caso de que se presenta algún error se mostrará el modo de emergencia de fedora. En este modo editen el archivo /etc/fstab y comenten la línea que agregaron con un ‘#’ al comienzo de la línea y reinicien (reboot).

Con esto concluimos con este rápido post sobre como compartir carpetas con Fedora, espero no hayan tenido mayores problemas.

Cualquier duda o comentario no olviden dejarlo en la sección de abajo.

Saludos.

Lo he estado pensando y este tutorial también aplica si en lugar de tener una máquina virtual estamos haciendo uso de un servidor remoto al que queremos conectarnos.

En esta última parte veremos como conectarnos desde un terminal en el equipo anfitrión (Mac OS X) al sistema virtualizado y por último crearemos un usuario en la BD mediante esta conexión. Este último paso se puede realizar desde el mismo entorno de la máquina virtual, así que solo será como un extra hacerlo mediante SSH.

Por si no han revisado la primera parte del tutorial o si les interesa alguna otra parte de la serie, a continuación el temario de la misma.

1. Introducción
   1. ¿Por qué usar la máquina virtual con Linux Enterprise?
   2. ¿Por qué no usar esta alternativa?
   3. Requerimientos de Hardware
   4. Software requerido
2. Importando la máquina virtual
   1. ¿Qué hago si no tengo suficiente RAM?
3. Configurando la máquina virtual
   1. Configuración de los parámetros de hardware
   2. Conexión NAT y reenvío de puertos
4. Configuración de Linux Enterprise
   1. Configuración del lenguaje
   2. Configuración del teclado
   3. Conectar automáticamente a la red
   4. Configurando el Firewall
5. Configuración de Oracle 12c
   1. Conexión mediante SSH
   2. Creando un usuario en la Base de Datos
6. Tutoriales relacionados
   1. Como conectar netbeans en nuestro sistema Anfitrión a Oracle 12c en nuestra máquina virtual
   2. Configurando APEX en nuestra máquina virtual

5. Configuración de Oracle 12c

Comenzamos por lanzar una terminal dentro de Mac OS X. Buscamos en Spotlight “Terminal” o vamos a nuestra carpeta de Aplicaciones > Utilidades > Terminal.

También nos aseguramos de que nuestra máquina virtual esté corriendo para hacer la conexión remota.

A. Conexión mediante SSH

La conexión mediante SSH la realizaremos con el siguiente comando:

ssh -p 2222 oracle@localhost

Demostración de SSH a localhost

Para los que estén interesados por qué significan los parámetros aquí una breve descripción:

• ssh: Nombre del comando para conectarnos.
• -p 2222: Número del puerto al cual hacer la conexión, si recordamos en las secciones anteriores, asignamos el puerto 2222 para conectarnos a SSH.
• oracle@localhost: Este parámetro se divide en 2:
  • oracle: Nombre del usuario con el que queremos hacer login.
  • localhost: Ruta del equipo al que nos conectaremos, en este caso es localhost, pero bien podría ser una IP de un equipo remoto.

B. Creando un usuario en la Base de Datos

Este será el último paso que que necesitamos para dejar nuestra base de datos lista con un usuario.

Nos logueamos mediante SSH y posteriormente hacemos lo mismo dentro de la utilidad sqlplus, que ya vendrá instalada dentro del sistema virtual, de la siguiente manera:

sqlplus SYS/oracle as sysdba

Con esto tenemos acceso al sistema como administrador y creamos un usuario de la siguiente manera:

create user TUXLINK IDENTIFIED BY TUXLINK;
grant connect, resource, dba to TUXLINK;

Finalmente le damos unos privilegios extra para poder crear objetos dentro de la BD.

-- Grants para el usuario
GRANT CREATE SESSION TO TUXLINK;
GRANT CREATE TABLE TO TUXLINK;
GRANT CREATE ANY TRIGGER TO TUXLINK;
GRANT CREATE VIEW TO TUXLINK;
GRANT CREATE ANY PROCEDURE TO TUXLINK;
GRANT CREATE SEQUENCE TO TUXLINK;
GRANT CREATE SYNONYM TO TUXLINK;

Así el usuario podrá crear tablas, secuencias, vistas, etc.

Así podemos dar por terminado este tutorial y solo me quedaría redactar los tutoriales complementarios para conectarnos a la base de datos mediante otras aplicaciones y crear un Workspace desde APEX.

Espero y les haya sido de utilidad, cualquier duda o comentario les invito a escribirlas en los comentarios o enviándonos un correo desde la sección de Contacto del blog.

Si llegaron hasta aquí, ¡felicidades! Espero y regresen más seguido por aquí.

Saludos.

1. Introducción
   1. ¿Por qué usar la máquina virtual con Linux Enterprise?
   2. ¿Por qué no usar esta alternativa?
   3. Requerimientos de Hardware
   4. Software requerido
2. Importando la máquina virtual
   1. ¿Qué hago si no tengo suficiente RAM?
3. Configurando la máquina virtual
   1. Configuración de los parámetros de hardware
   2. Conexión NAT y reenvío de puertos
4. Configuración de Linux Enterprise
   1. Configuración del lenguaje
   2. Configuración del teclado
   3. Conectar automáticamente a la red
   4. Configurando el Firewall
5. Configuración de Oracle 12c
   1. Conexión mediante SSH
   2. Creando un usuario en la Base de Datos
6. Tutoriales relacionados
   1. Como conectar netbeans en nuestro sistema Anfitrión a Oracle 12c en nuestra máquina virtual
   2. Configurando APEX en nuestra máquina virtual

 4. Configuración de Linux Enterprise

A continuación veremos aspectos de la configuración básica que modificaremos desde el entorno de escritorio como es el lenguaje, el teclado, así como indicarle al sistema virtualizado se conecte automáticamente a la red.
Por fin encenderemos nuestra máquina virtual, por lo que se nos debe de presentar la pantalla de login correspondiente. Aún no iniciaremos sesión.

Pantalla de inicio de sesión.

A. Configuración del lenguaje

Antes de iniciar sesión es en la pantalla de login donde debemos de elegir el idioma que nos interesa con el que se inicie nuestro escritorio. Al seleccionar el usuario de oracle, como se muestra en la imagen previa, en la parte inferior se nos presentará una lista de lenguajes donde podemos seleccionar el nuestro. En un principio solo aparecerá Inglés de Estados Unidos, pero al dar clic en otro se presenta una lista con todos los idiomas que podemos agregar.

Lista de idiomas para iniciar sesión, dar clic en otros si el idioma no aparece aquí.

Con esto seleccionado ahora si podremos iniciar sesión, con las credenciales por defecto:

Usuario: oracle
Password: oracle

Puede que tarde unos minutos en iniciar dependiendo de los recursos que le hayamos asignado al sistema.

B. Configuración del teclado

Además del idioma, probablemente lo más importante que debamos de tener configurado será el teclado, ya que de otra forma será difícil escribir caracteres como /,-,{,}, etc.

Dependiendo del idioma que hayan seleccionado, deberán hacer la traducción correspondiente de los menús que explicaré a lo largo del tutorial.

Para configurar el teclado vamos al menú:

System > Preferences > Keyboard

Menú para la configuración del teclado

Dentro de la pestaña Layout veremos que lo más probable es que tengamos el Layout de los Estados Unidos, por lo que agregaremos uno nuevo dando clic en Add.

Agregar un nuevo teclado

Podemos buscar por país o por lenguaje y en la imagen del teclado que se nos muestra podemos verificar las teclas que se muestran con la de nuestro teclado al presionarlas.

Al final podemos eliminar el Layout de EEUU si así lo preferimos.

C. Conectar automáticamente a la red

En mi caso el sistema no se ha conectado automáticamente a la red. Lo único que he tenido que hacer para que se conecte es dar clic en el icono con el pequeño computador que aparece arriba a la derecha en el tray, y seleccionar la única conexión disponible que tengo para que se conecte a la red.

Seleccionar conexión disponible

Sin embargo cada vez que encendamos el sistema no se conectará automáticamente. Para configurar esto damos clic derecho sobre el mismo icono y seleccionamos “Edit Connections…”.

Editar las conexiones

Ahora pasamos a seleccionar la única conexión que deberíamos tener habilitada y damos clic en ‘Edit’.

Editar la conexión

Por último marcamos la casilla: ‘Connect automatically’.

Conectar automáticamente

Cada vez que el sistema encienda se conectará automáticamente a la red.

D. Configurando el Firewall

Hasta ahora todo ha sido bastante sencillo de configurar desde la interfaz de gnome. Ahora pasaremos a un punto importante de la configuración, la cual permitirá que tengamos acceso a varios servicios dentro de la máquina virtual. En resumen se tratan de los mismos servicios para los que hemos abierto los puertos en secciones anteriores de este tutorial.

Abrimos la configuración del Firewall yendo al menú:

System > Administration > Firewall

Menú de acceso al Firewall

Nos pedirá autenticarnos.

Una vez en la interfaz vemos que contamos con un panel lateral en donde se configuran varios parámetros. Los que nos interesan para este tutorial serán ‘Trusted Services’ y ‘Other ports’.

Panel de las secciones para los parámetros

El primero nos servirá para configurar el acceso mediante SSH a la máquina virtual, así que en esta sección buscamos en la lista el servicio SSH y marcamos su casilla (si es que no está marcada).

Habilitar el Servicio SSH si no se encuentra marcado

Por último solo nos queda configurar los puertos para acceso a la base de datos de oracle y para acceso al servicio APEX, estos servicios emplean el puerto 1521 y el 8080 respectivamente, así que vamos a la sección ‘Other ports‘ en el panel lateral, damos clic en Add y agregamos cada puerto, ya sea buscando en la lista que nos aparece con los puertos predefinidos o dando click en el check ‘User Defined’ y escribiéndolo manualmente junto con la selección del protocolo TCP.

Agregar un nuevo puerto de la lista

Al final nuestra lista debería de quedar como en la siguiente imagen.

Lista final con los puertos habilitados.

Con esto ya tendríamos configurado el entorno y el acceso a los servicios para las últimas partes del tutorial, donde explicaré como conectarnos mediante SSH a la máquina virtual, así como la creación de un usuario en la BD.

Espero y les sea de utilidad.

Saludos.

En fin después de unos correos amenzadores y haber cambiado la configuración del DNS parece que todo está bien por ahora. Así que voy a pasar a escribir sobre lo que vinieron a leer, porque claro que vienen por el contenido y no por lo que le pase a uno por acá.

En resumen lo que haremos, será insertar el CD (virtual) de las Guest Additions que vienen con VirtualBox para posteriormente montarlo y ejecutar el instalador/actualizador de las mismas.

La configuración de mi sistema

Este tutorial toma como base una instalación mínima de CentOS, por lo que únicamente tengo acceso a la terminal y no un entorno gráfico, así que aquí lo único que verán serán comandos. Cualquier duda sean libres de dejarla en los comentarios.

0. Ejecutar la máquina virtual invitada

Estos complementos se instalan en nuestro sistema virtualizado por lo que primero nos aseguramos de estar corriendo la misma.

1. Insertar el disco de las Guest Additions

Damos clic en el menú: “Devices > Insert Guest Additions CD Image…“. Al no tener entorno gráfico yo no puedo ver nada, así que únicamente confío en que el sistema ya reconoció el CD. Más específicamente se lo debió haber asignado al dispositivo sr0 dentro del directorio /dev. Estando al tanto de esto, pasamos a montarlo a un directorio en el que tengamos acceso.

2. Creando el directorio de montaje

El directorio de montaje será una carpeta en la que el sistema nos permitirá visualizar el contenido de nuestro CD como si fuera una extensión del sistema de ficheros que ya tenemos. En mi caso crearé la carpeta para el contenido del CD dentro del directorio /media. Ejecutamos en la terminal el siguiente comando:

#Cambiar a root
sudo su
#Crear el directorio
mkdir VBoxGuestAdditions

 3. Montando el CD

Para montar el CD de los complementos de VirtualBox ejecutamos el siguiente comando:

mount /dev/sr0 /media/VBoxGuestAdditions

La única advertencia que deberíamos recibir será la de que el disco se ha montado únicamente con permisos de lectura. Esto no es inconveniente pues sabemos que en los CDs únicamente se puede leer.

4. Ejecutando el instalador

Dentro de lo componentes que contiene el CD, se encuentra todo tipo de instaladores, sin embargo el único que nos interesa es la versión de Linux, la cual tiene el nombre “VBoxLinuxAdditions.run“, así que lo ejecutamos de la siguiente manera.

./VBoxLinuxAdditions.run

Fijarse bien que previo al nombre del archivo se tiene un ‘./’ (punto, diagonal).

Las GuestAdditions comenzarán a instalarse o actualizarse reemplazando versiones previas.

5. Desmontar las GuestAdditions

Ya que termine la instalación podemos desmontar y expulsar el CD de la máquina virtual. Esto lo hacemos con el siguiente comando

umount VBoxGuestAdditions

Por último expulsamos el CD del sistema desde el menú: “Devices > CD/DVD Devices > Remove disk from virtual drive”

Notas importantes

De momento no cuento con la lista de los paquetes necesarios para la compilación de estos complementos. Sin embargo, recuerdo que se requieren los headers del kernel, así como los build-essentials de toda distribución de Linux para poder compilar programas.

Buscando rápidamente por la Web me encontré con que estos requerimientos se pueden instalar con los siguientes comandos:

yum groupinstall "Development Tools"
yum install kernel-devel

Estos nos instalarán las herramientas necesarias para la compilación así como para los headers del kernel necesarios para los módulos que se generarán.

Para una mayor referencia visitar el siguiente enlace: CentOS as a Guest OS in VirtualBox

Espero les sea de utilidad.

Saludos.

Por si no han revisado la primera parte del tutorial o si les interesa alguna otra parte de la serie, a continuación el temario de la misma.

1. Introducción
   1. ¿Por qué usar la máquina virtual con Linux Enterprise?
   2. ¿Por qué no usar esta alternativa?
   3. Requerimientos de Hardware
   4. Software requerido
2. Importando la máquina virtual
   1. ¿Qué hago si no tengo suficiente RAM?
3. Configurando la máquina virtual
   1. Configuración de los parámetros de hardware
   2. Conexión NAT y reenvío de puertos
4. Configuración de Linux Enterprise
   1. Configuración del lenguaje
   2. Configuración del teclado
   3. Conectar automáticamente a la red
   4. Configurando el Firewall
5. Configuración de Oracle 12c
   1. Conexión mediante SSH
   2. Creando un usuario en la Base de Datos
6. Tutoriales relacionados
   1. Como conectar netbeans en nuestro sistema Anfitrión a Oracle 12c en nuestra máquina virtual
   2. Configurando APEX en nuestra máquina virtual

3. Configurando la máquina virtual

La mínima cantidad de RAM necesaria se puede colocar en 1 GB aunque me parece que incluso con 512 MB puede ir bien. Oracle recomienda mínimo 1 GB. Si disponemos de más RAM en los siguientes apartados veremos como asignarle más memoria, si es que no lo hemos hecho antes ya y se han arrepentido.

A. Configuración de los parámetros de hardware

Para modificar los parámetros vamos a VirtualBox, seleccionamos la máquina y damos clic en Configuración.

Configuración de la máquina virtual

Esta configuración será bastante rápida. De RAM he colocado 2 GB y no me ha dado problemas, solo que la carga de programas es algo lenta, por lo que si es crucial para su trabajo que programas como SQLDeveloper se abran rápidamente o que la máquina virtual arranque lo más rápido posible, les recomiendo aumentar esta cantidad.

Configuración de la memoria RAM

Dando clic en la pestaña Procesador, veremos que podemos ajustar el número de núcleos, por lo que si nuestro equipo es multi núcleo podemos asignar unos cuantos para el sistema invitado. Yo he preferido dejarla solo con 1 núcleo.

Ajustes de CPU

Ahora pasemos a la configuración de la red, la cual es una de las partes más importantes de todo el proceso que estamos siguiendo.

B. Conexión NAT y reenvío de puertos

En esta sección daré una breve explicación de qué puertos ocuparemos para la conexión. Cada uno de los servicios que se están ejecutando en nuestra máquina virtual se exponen al exterior mediante la red, por lo que se les ha designado un puerto en el que estarán escuchando las peticiones de los clientes que deseen conectarse.

En la siguiente tabla resumo los puertos del Host que estaremos redireccionando a los servicios reales dentro de la máquina virtual.

Esta asignación se puede realizar desde la interfaz gráfica de VirtualBox o mediante línea de comandos. Elegiremos esta última opción ya que es la más rápida y solo tendrán que copiar y pegar las líneas de código que pongo a continuación. Cabe destacar que lo único importante aquí es colocar el nombre de la máquina virtual de acuerdo a como aparece en VirtualBox.

Ubicación del nombre de la máquina virtual

Ahora solo nos queda ejecutar los siguientes comandos dentro de una terminal de OS X, para acceder a ella vamos a

Aplicaciones > Utilidades > Terminal

VBoxManage modifyvm "OTN Developer Day VM_1" --natpf1 "ssh,tcp,,2222,,22"
VBoxManage modifyvm "OTN Developer Day VM_1" --natpf1 "oracle,tcp,,8282,,8282"
VBoxManage modifyvm "OTN Developer Day VM_1" --natpf1 "oracle 2,tcp,,1521,,1521"
VBoxManage modifyvm "OTN Developer Day VM_1" --natpf1 "oracle em,tcp,,1158,,1158"
VBoxManage modifyvm "OTN Developer Day VM_1" --natpf1 "APEX,tcp,,8888,,8888"

Hay que recordar que tal vez los puertos en la máquina virtual ya hayan cambiado para versiones posteriores a cuando elaboré este tutorial. El más común en cambiar puede ser el asignado al APEX ya que este es un puerto usado por Servidores de aplicaciones como Glassfish o Tomcat.

Si entramos a la configuración de la máquina virtual podremos ver los puertos que se están reenviando, es decir, veremos reflejado el comando que hemos colocado anteriormente desde la interfaz de VirtualBox.

Procedimiento para mostrar el reenvío de puertos

1. Clic en la pestaña de Red.
2. Seleccionar el primer adaptador.
3. Verificar que la red se encuentra habilitada y conectada mediante NAT.
4. Dar clic en la sección Avanzadas

Damos clic en Reenvío de puertos…

Seleccionar Reenvío de puertos

Se nos muestra una ventana desplegable desde la cual veremos reflejados los cambios que hemos aplicado en la línea de comandos.

Puertos que se están reenviando

Con esto hemos concluido la configuración del Hardware y de la red de la máquina virtual.
Para la siguiente entrega accederemos al sistema invitado y configuraremos el entorno para mayor comodidad, principalmente en el teclado. Tenemos una segunda parte de configuración de la red, pero ahora en cuanto al Firewall de Linux y hacer que este se conecte automáticamente al encender la máquina.

No olviden comentar cualquier duda o sugerencia. Todo comentario es bien recibido.

Espero que les sea de utilidad.

Saludos.

Por si no han revisado la primera entrega del tutorial o si les interesa alguna otra parte de la serie, a continuación el temario.

1. Introducción
   1. ¿Por qué usar la máquina virtual con Linux Enterprise?
   2. ¿Por qué no usar esta alternativa?
   3. Requerimientos de Hardware
   4. Software requerido
2. Importando la máquina virtual
   1. ¿Qué hago si no tengo suficiente RAM?
3. Configurando la máquina virtual
   1. Configuración de los parámetros de hardware
   2. Conexión NAT y reenvío de puertos
4. Configuración de Linux Enterprise
   1. Configuración del lenguaje
   2. Configuración del teclado
   3. Conectar automáticamente a la red
   4. Configurando el Firewall
5. Configuración de Oracle 12c
   1. Conexión mediante SSH
   2. Creando un usuario en la Base de Datos
6. Tutoriales relacionados
   1. Como conectar netbeans en nuestro sistema Anfitrión a Oracle 12c en nuestra máquina virtual
   2. Configurando APEX en nuestra máquina virtual

2. Importando la máquina virtual

Esta parte del tutorial no será tan complicada y en realidad lo único que requerirá será algo de tiempo, ya que dependiendo de los recursos de nuestro equipo, será cuanto deberemos esperar para poder ejecutar la máquina y poder continuar con las secciones siguientes.

Ya debemos tener descargado nuestro servicio virtualizado, así que ahora nos dirigimos a VirtualBox. Damos clic en el menú:

Archivo > Importar servicio virtualizado…

Aquí se nos presenta una ventana emergente donde seleccionaremos el archivo que hemos descargado.

Seleccionar fichero

Continuamos dando clic en siguiente…

Configurar RAM de la máquina virtual

Ahora observamos los parámetros con los que ya viene predefinida la máquina, desde esta misma pantalla podemos cambiar la cantidad de memoria RAM que se tiene asignada. 1GB será suficiente, pero después de casi 2 semanas de probar el desarrollo con la máquina virtual, me parece que va algo lento para iniciar y abrir los programas. No se que tanto haya colocado oracle en la máquina que se siente algo lenta.

¿Qué hago si no tengo suficiente RAM?

Esto sin duda es un problema, ya que además de la MV, deberemos correr algún IDE en el sistema anfitrión, navegador y demás programas habituales.

Una solución para esto sería recurrir a guardar el estado de la máquina virtual cada vez que queramos dejar de utilizarla, esto acelerará el proceso de arrancarla la próxima vez, ya que prácticamente la máquina entra en un estado de hibernación y restaurará su estado al encenderla.

La desventaja de esto es que consume espacio en nuestro disco duro, aproximadamente 2 GB de espacio, fuera de esto, el desempeño es bueno solo que recomendaría que en un escenario como este se ejecuten utilidades secundarias como JDeveloper o SQLDeveloper desde el lado del cliente (Mac OS X).

Continuando con la instalación ajustaremos la RAM de ser necesario, y finalizamos dando clic en Importar.

Ahora solo nos queda esperar a que finalice.

En la siguiente parte del tutorial veremos como configurar el Hardware si es que no lo han editado en esta pantalla y como parte principal de la tercera entrega, veremos como configurar la red, la cual es una clave importante para conectarnos correctamente con la base de Oracle desde el sistema anfitrión.

Saludos

• svn upgrade
  • Error: svn: wirking copy too old
  • Solución

He venido probando varios clientes de SVN para Mac OS X, entre los que se encuentran:

1. Cornerstone – Cliente nativo
2. Subclipse – Plugin para el IDE Eclipse (Java)
3. Versions – Cliente nativo
4. svnX – Cliente nativo
5. Netbeans como cliente – Java

Los he colocado en una especie de rating del mejor al que más problemas me ha ocasionado. La verdad es que no le he dedicado mucho tiempo a configurarlos y probarlos ampliamente, pues en estos momentos solo me interesa algo que que pueda ocupar sin mucho tiempo de configuración, además de que SVN no es mi sistema de control de versiones por elección.

Todo funcionaba bien con Cornerstone, me parece que es un cliente que está hecho para cumplir las cosas y hacerlas sin demasiados dolores de cabeza.

No he colocado svnX como última opción porque el día de hoy me dejó realizar mi trabajo después de haberlo estropeado todo. svnX me pidió actualizar el formato de los archivos de SVN en mi copia de trabajo, en realidad esto me lo indicó el cliente de netbeans también, pero no le hice mucho caso ya que estaba ocupando cornerstone para gestionar mi copia de trabajo.

Finalmente los 14 días de prueba de cornerstone terminaron y tuve que buscarme otro cliente, lo peor de todo es que estaba en horas de trabajo y debía realizar un commit de mis últimos cambios para que pudieran ser revisados.

Aquí fue donde me dí cuenta que el update que había hecho, había realizado una especie de “corrupción” a los archivos propios de SVN, es decir, todas las carpetas .svn se habían actualizado a un formato que parecía no entender mi cliente de SVN, fue así que me puse a buscar un poco para poder resolverlo mediante línea e comandos.

SVN upgrade

Tanto el cliente de netbeans como svnX mostraban un mensaje indicando que debía hacer ‘svn upgrade’, así que decidí buscar más para ver como actualizar mis archivos.

Primero me busqué mi versión de svn, así que ejecuté:

[Lalo@LaloBook:~]$ svn --version
svn, version 1.8.5 (r1542147)
   compiled Mar 16 2014, 21:47:23 on x86_64-apple-darwin13.1.0

Lo que me indicó que tenía la versión 1.8.5, y mis archivos debían ser actualizados para ser soportados por versiones 1.7+, pero svnX simplemente no hacía el upgrade de manera automática, así que tuve que hacerlo a mano.

Error: svn: Working copy too old

El error que mostraban la mayoría de aplicaciones era:

svn : Working copy is too old

Lo primero que intenté fue un:

svn upgrade --depth infinity

Lo cual falló miserablemente porque svn upgrade no permite el parámetro depth, así que

Solución

Me coloqué sobre la carpeta raíz del proyecto (mi copia de trabajo) y ejecuté desde mi terminal lo siguiente:

for d in `find . -name .svn -type d`; 
do svn upgrade $d/..; 
done

En resumen, lo que este pequeño script hace, es buscar todas las entradas con el nombre .svn que sean de tipo directorio (d), para posteriormente aplicarles un svn upgrade a cada uno de esos directorios .svn.

Una vez hecho el upgrade, me marcaba muchos archivos como no versionados, por lo que la solución final fue hacer un checkout de nuevo, pero no fue tanto trabajo como creí, así.

Esto solo lo dejo aquí por si a alguien le fuese de ayuda.

Saludos.

Fuente |Michel Weimerskirch

1. Introducción
   1. ¿Por qué usar la máquina virtual con Linux Enterprise?
   2. ¿Por qué no usar esta alternativa?
   3. Requerimientos de Hardware
   4. Software requerido
2. Importando la máquina virtual
   1. ¿Qué hago si no tengo suficiente RAM?
3. Configurando la máquina virtual
   1. Configuración de los parámetros de hardware
   2. Conexión NAT y reenvío de puertos
4. Configuración de Linux Enterprise
   1. Configuración del lenguaje
   2. Configuración del teclado
   3. Conectar automáticamente a la red
   4. Configurando el Firewall
5. Configuración de Oracle 12c
   1. Conexión mediante SSH
   2. Creando un usuario en la Base de Datos
6. Tutoriales relacionados
   1. Como conectar netbeans en nuestro sistema Anfitrión a Oracle 12c en nuestra máquina virtual
   2. Configurando APEX en nuestra máquina virtual

Introducción

He estado usando la base de datos de Oracle en lo últimos once meses aproximadamente, sólo que lo he estado realizando desde máquinas virtuales con Windows como su sistema principal, solo que para mi actual proyecto se me ha dado la opción de poder emplear las herramienta que ocuparé en el sistema con el que me sienta más cómodo. Así que como me siento más cómodo empleando OS X, he decidido instalar el software que necesito en su versión para Mac. No tuve problemas en obtener las alternativas hasta llegar a la base de datos de Oracle, para la cuál la última versión disponible fue la 10g, sin embargo no me ha servido de mucho saber esto ya que la descarga de esta versión ya no se encuentra disponible en la pagina de Oracle. La principal solución que tenía, era continuar empleando máquinas virtuales con Windows para mi trabajo, sin embargo esto no me convencía del todo, ya que las máquinas virtuales son perfectas para comer los GB del disco duero y la RAM del sistema. Como segunda alternativa, me encontré una descripción de como instalar oracle 11g en Mac OS X, sin embargo, no me convencía de nuevo ya que se trataba de emplear una máquina virtual. A continuación les explico por qué esta ha sido la solución que he decidido emplear.

¿Por qué usar la máquina virtual con Linux Enterprise?

Lo resumiré en los siguientes puntos:

• Si no ocupo la máquina virtual de LE, la primera solución es ocupar una MV con Windows.
• La máquina virtual de Windows requiere de mínimo 5GB de RAM, más su respectivo uso de disco duro que puede sobre pasar los 50GB.
• La máquina virtual de Linux únicamente requiere 2 GB e RAM y 20 GB de espacio en disco. Esto último puede variar dependiendo de los tablespaces que asignemos a los proyectos que vamos a crear, como máximo ocupará 32GB.
• Puedo trabajar con las versiones de las herramientas para OS X (Netbeans y los browsers que ocupo a diario).
• Conocer un poco más sobre Linux Enterprise, que nunca había ocupado.

Sumando a estos puntos, el hecho de que siempre me ha gustado hacer las cosas en red, aunque sea una ficticia y dentro de mi mismo equipo, además de configurar algo que nunca había configurado antes. Una vez dadas mis razones, probablemente ustedes tengan las suyas, vamos a pasar a los requerimientos y la configuración respectiva del software.

¿Por qué no usar esta alternativa?

Ahora vienen mis razones de por qué esta solución no es para ti. La principal sería, si no tienes tiempo, no lo realices. Tendrás que descargar una imagen de una máquina virtual que pesa aproximadamente 6GB, por lo que esta no es una solución rápida si lo que te interesa es la velocidad. Si cuentas con una conexión de Internet de primer mundo, entonces adelante. Las configuraciones aquí descritas funcionan al día de hoy, 7 de julio de 2014, pero si ya ha pasado algo de tiempo desde que estás consultando este post (¿Nos visitas desde 2024?), probablemente ya haya una forma mejor y el software aquí empleado ya no está disponible. Una vez sabiendo esto, pasemos a los requerimientos.

Requerimientos de Hardware

Para definir estos requerimientos solo basta con conocer el uso en la memoria RAM de los programas que estaré ejecutando, estos los presento en la siguiente tabla para que sea más cómoda su visualización.

Estos serían los programas principales a usar y haciendo una rápida suma de las cantidades de RAM que he podido monitorear durante su uso tenemos que el mínimo recomendado, es decir, la cantidad de RAM con la que practicamente se pueden correr las aplicaciones pero sufriendo a más no poder por la lentitud de los mismos, son 4GB de RAM, por otro lado si cuentas con un equipo de 6 GB en adelante me parece que no tendrás mayores problemas, aunque el recomendado oficial es de 8 GB (oficial por el autor de este blog). Si cuentas con el mínimo requerido puedes continuar con este post, aunque quedas advertido de que los resultados no serán los mejores y como posible alternativa sería realizar una instalación de Windows o un Linux en tu Mac, ya que para estas plataformas si se cuenta con una versión disponible tanto de Oracle 11g como 12c.

Software requerido

Para este tutorial estaremos usando:

• OS X en su versión 10.9.3
• VirtualBox 4.3.12
• OTN_Developer_Day_VM.ova
• Oracle 12.1.0.1.0 (incluida en la máquina virtual).

Los pasos pueden funcionar para cualquier otra versión de OS X en la que se puede ejecutar Virtualbox. Antes de pasar a la configuración, pasen a descargar la imagen de 6GB desde la web de oracle, les pedirá que tengan una cuenta, así que solo se registran y con eso bastará. A mi me ha tomado unas 3 horas aproximadamente con una conexión de 6 Mbps, además deV VirtualBox si es que no cuentan con él.

• OTN_Developer_Day_VM.ova
• VirtualBox (también de Oracle).

Este es el final de la primera entrega, así que de momento descarguen la imagen de la máquina virtual que dependiendo de su conexión puede que tarde un tiempo como fue en mi caso. En la siguiente entrega hablaré sobre como importar la máquina virtual, la configuración de su hardware así como del reenvío de puertos para conectarnos desde OS X. Saludos.

Esta aplicación se basa en recetas que tu mismo puedes crear, pero puede al principio no tengas ninguna idea de lo que puedes hacer con esta fantástica aplicación, así que si no tienes una idea de que es lo que puedes hacer con esta app,pues tienes la opción de descargar algunas de las recetas que vienen de ejemplo y que son muy útiles al principio, pero después te empiezas a dar una idea de las recetas que puedes programar para poner a trabajar esta app por ti y simplificar tu vida, al ahorrar el tiempo que  esta aplicación te brinda al ordenar todo por ti.

Receta 
Cuando creas una nueva receta es importante tener en cuenta de que se compone una receta de IFTTT.

Canales. 

Los canales son los elementos más importantes de IFTTT.Cada canal tiene su propio disparador y acciones, IFTTT tiene 109 canales que puedes utilizar, entre ellos están facebook,Twitter,Instagram,Email,Weather,Phone Call,sms,Google calendar, etc…

Disparadores.

La parte del THIS de la receta se refiere a la acción que se hace, como por ejemplo: “Estoy etiquetado en una foto de Facebook”, “Estoy cerca de una zona”,”Hay un nuevo post”,etc..

Acciones.

La parte del THAT de la receta es una acción que se va a realizar si se cumple el disparador de la receta, algunos ejemplos son: “mándame un mensaje”,”llámame a mi celular”,”notifícame”,etc..

Ingredientes.

Las piezas de datos de un disparador se llaman ingredientes.Por ejemplo, los ingredientes de un disparador de correo electrónico pueden ser: asunto, el cuerpo,fecha de recepción y la dirección del remitente.

Creando una receta.

1. Una vez instalada IFTTT lo primero que debes de hacer es crear tus recetas,oprimiendo el botón que esta en la parte superior derecha.

2. Una vez que te aparezca la siguiente ventana podrás crear tu receta o podrás buscar recetas que ya están hechas y que te pueden dar un ejemplo de como hacer una receta propia.

3. Cuando crearemos una receta personal nos aparecerá la siguiente pantalla.

4. Empecemos seleccionando el disparador, en la parte superior seleccionaremos el canal que vamos a usar.

5. Tenemos que personalizar el canal a lo que llamaríamos el ingrediente de la receta.

6. Bien. Ya tenemos el disparador ahora seleccionaremos la acción que va a corresponder si se cumple el disparador.

7. Seleccionando el canal y la acción.

8. Un punto importante de los canales es que los debes de activar si no los haz utilizado el cual te pedirá datos personales.

9. Hemos terminado la receta y la sentencia final te lo mostrar como lo configuramos.

Compatibilidad de la aplicación 

La aplicación es compatible para los sistemas operativos iOS y Android.
Descarga la aplicación dando clic en los enlaces anteriores.

Opinando al respecto.

La aplicación es muy buena, sin embargo el canal Phone call solo puede registrar números de EE.UU, en cuanto quise usar este canal me pedía que tuviera el formato de un número de EE.UU, así que para los que no viven en EE.UU no puedes usar este canal.Pero bueno no te preocupes porque esta el canal del SMS y este si te permite registrar tu número aunque no sea de EE.UU, lo único que debes de hacer es registrar tu número con la clave de tu localidad y listo !!!.

Otra desventaja que me encontré es que los canales ya tienen sus propias sentencias y no las puedes definir tu, pero en casi todas vienen las más importantes y las que se utilizan más, así que no te desanimes es una muy buena aplicación que deberías de tener en cuenta si quieres ahorrarte trabajo.

]]> http://tuxlink.com.mx/2014/06/11/pon-a-trabajar-la-internet-por-ti-con-ifttt/feed/ 0 http://tuxlink.com.mx/2014/06/01/xmlhttprequest-y-la-cache-de-internet-explorer/ http://tuxlink.com.mx/2014/06/01/xmlhttprequest-y-la-cache-de-internet-explorer/#comments Mon, 02 Jun 2014 03:44:00 +0000 http://tuxlink.com.mx/?p=2008 Seguir leyendo →]]> Desarrollando algo para el trabajo me he encontrado con una curiosidad de Internet Explorer y como se imaginarán, no ocurre con otros navegadores con los que podamos estar trabajando. Tiene que ver con el hecho de realizar peticiones mediante objetos XmlHttpRequest, en mi caso, para conocer el estado de una simple variable en el lado del servidor y saber si un proceso ha finalizado, por lo que mi variable pude tomar el valor Pendiente o Terminado. Dado que este chequeo lo realizo hasta que se tenga el valor de Terminado, Internet Explorer continuaba enviando peticiones de forma infinita, ya que como veremos más adelante, almacena todo en la caché y realiza peticiones falsas que nunca llegan al servidor las cuales retornan con respuesta 304 Not Modified.

Me ha llevado algo de tiempo el saber que estaba ocurriendo, pues en Firefox las cosas simplemente funcionaban, así que para ahorrarles un poco de tiempo, veamos como pueden diagnosticar este problema.

Diagnosticando el error

1. Emplear las herramientas de desarrollo de IE

Lo primero que se debería de hacer para diagnosticar el problema, es emplear las herramientas de desarrollo de Internet Explorer, que podemos abrir al presionar F12.

Esto es recomendable que se haga cuando aún no se han comenzado las peticiones, ya que de otro modo IE queda se bloquea y hay que reiniciarlo todo.

Una vez que se tienen las herramientas habilitadas, vamos a la sección o módulo de monitoreo de la red y daremos clic en el botón de play para comenzar a capturar las peticiones que se realicen.

Módulo de Red en las herramientas de desarrollo de IE

De esta manera veremos qué es lo que está enviando IE, tanto en la cabecera HTTP, así como en los parámetros que le hemos pasado.

Monitoreando la red con las herrameintas de desarrollo

En la imagen de arriba podemos ver como la primera petición se ha realizado correctamente, sin embargo, las posteriores peticiones retornan con un tiempo menor a 1 ms (< 1ms) y con un estatus 304, como si el servidor respondiera que los datos no han tenido ningún cambio.

Todo podría parecer normal hasta aquí y que realmente el servidor no haya sufrido cambios, pero el paso dos del diagnóstico es el que inquieta bastante.

2. Realizar debug al lado del servidor

En mi caso me encuentro ocupando el contenedor de aplicaciones de Oracle oc4j, pero con cualquier otro servidor al cual puedan asignar un breakpoint desde un IDE o de forma manual, podrán comprobar este paso del diagnóstico. Este consiste en colocar un punto de ruptura dentro del código que recibe y procesa la petición. En mi caso he colocado un breakpoint dentro de el método doPost de mi servlet. Las primeras peticiones llegan sin problemas, pero en el momento en el que IE comienza a ejecutar las peticiones subsecuentes, ninguno de mis puntos de ruptura se activan, por lo que se puede confirmar que IE nunca envía nada.

Se podría hacer una análisis más detallado de lo que ocurre mediante herramientas de análisis de la red como son Wireshark o tcpdump, aunque para mi fortuna no ha sido necesario ya que me he encontrado este excelente post en el que se nos comenta que este ya es un problema conocido de IE de hace ya unos años.

El problema

En resumen, IE trata de almacenar absolutamente todo lo que pueda en la caché de navegación, incluso las peticiones asíncronas que realicemos mediante JavaScript. Así que debemos ser más explícitos y así evitar que se almacenen variables que pueden cambiar y que deberían conocerse constantemente.

Le detallaré el problema con las siguientes imágenes.

1. Realizamos la petición para conocer el valor de nuestra variable.
2. El servidor responde con el valor actual de la variable.
   
3. Como el navegador no lo ha solicitado, Internet Explorer nunca más vuelve a realizar la petición, mientras que en las herramientas de desarrollo nos mostrará falsas peticiones con código de respuesta 304.
4. Así que nosotros como desarrolladores nos quebraremos la cabeza hasta saber que es lo que está ocurriendo, si nada está llegando al servidor.

Incluso llegué a pensar que en mi servlet sería necesario que la variable modificada y consultada tuviera algún tipo de modificador, como puede ser el volatile en C. Por suerte no ha sido requerido nada de eso.

La solución

En el post que les comenté anteriormente (este por si leyeron muy rápido), nos dan tres opciones para prevenir que IE nos ocasione este caso de problemas:

• Añadir un token único a cada una de las peticiones realizadas (?date=[algo]).
• Emplear POST en lugar de GET.
• Enviar un parámetro en la cabecera de respuesta que evite que IE almacene en la caché los datos descargados.

La primera y segunda solución, me parece que deberían de emplearse cuando no tenemos acceso al lado del servidor (la tercera opción requiere esto), por lo que sería lo más conveniente emplear la segunda opción.

Si se cuenta con acceso al servidor, como ha sido en mi caso, la tercera opción me ha parecido la más correcta, ya que agregando el header correspondiente a la respuesta del servidor, haremos que IE siempre se vea obligado a realizar la petición.

En mi caso, he modificado el método doPost del lado del servlet, agregando las siguientes líneas, las cuales he obtenido de esta pregunta de Stack Overflow, para asegurarnos que nunca se almacene la información en la caché del navegador.

response.setHeader("Cache-Control", "no-cache, no-store, must-revalidate"); // HTTP 1.1.
response.setHeader("Pragma", "no-cache"); // HTTP 1.0.
response.setDateHeader("Expires", 0); // Proxies.

Para otros lenguajes (PHP, ASP.NET, ASP, Ruby on Ralis, Go  o desde el mismo HTML), revisen el enlace de la pregunta mencionada anteriormente para obtener las líneas correspondientes de código.

Concluyendo

Esto ha sido lo que he aplicado para solucionar mi problema, sin embargo, como mencionan en la pregunta de StackOverflow, esto no funcionará si planean hacer algo con el botón atrás del navegador e incluso me parece que Internet Explorer 8 tiene alguna serie de problemas con esto, tendré que revisarlo más a fondo, pero de momento, en la versión 11 de IE me ha funcionado bastante bien.

Espera un momento, ¿no se supone que Tuxlink es sobre OpenSource & Mac OS X?

Así es, y lo seguirá siendo, pero de igual forma, es mi blog personal, en el cual desde un principio he publicado cosas de mi interés o errores y las soluciones que he encontrado para los mismos o solo para compartir mi día a día. Así que no se preocupen.

Espero que les sirva

Saludos