icono_twiter icono LinkedIn icono Facebook Icono Xing
Roberto Canales Mora

Creador y propietario de AdictosAlTrabajo.com, Director General de Autentia S.L., Ingeniero Técnico de Telecomunicaciones y Executive MBA por el Instituto de Empresa 2007.
Twitter:

Autor de los Libros: Planifica tu éxito: de aprendiz a empresario y Informática profesional, las reglas no escritas para triunfar en la empresa

Puedes consultar mi CV y alguna de mis primeras aplicaciones (de los 90) aquí

Ver todos los tutoriales del autor

Fecha de publicación del tutorial: 2004-04-17

Tutorial visitado 46.818 veces Descargar en PDF
Introducción OC4J

Puesta en marcha de OC4J

Cuando construimos aplicaciones empresariales en Java, existe una diferencia vital entre el desarrollo y el despliegue de las aplicaciones.

Vamos a ver los 4 trucos para hacer funcionar OC4J y perder el miedo a este entorno...

 

De un modo habitual (y en la medida de lo posible) se trata de trabajar en un entorno aislado (cooperativamente mediante un repositorio como podría ser CVS) y posteriormente, desplegamos (instalamos y configuramos) nuestra aplicación en los distintos entornos adecuados.

Aquí es donde aparece un nuevo rol en el mundo del desarrollo Java que es el de empaquetador o persona especialista en desarrollo y sistemas que se encarga de:

  • Instalar y configurar los entornos de desarrollo (definiendo versiones servidores, parches y librerías comunes Java)
  • Gestionar y administración del repositorio de código
  • Configurar los parámetros adecuados (pools, EJBs activos, usuarios y contraseñas) de los servidores de aplicaciones y elementos aledaños.
  • Ejecutar los scripts de extracción de datos del repositorio (podríamos hacerlo con ANT.)
  • Ejecutar las pruebas unitarias (podría ser usando JUNIT)  para comprobar que hemos transferido todos los ficheros adecuados y que los interfaces y dependencias están correctamente configurados.
  • Empaquetar los ficheros correctamente para asegurarnos que clases java no pasen a entornos incorrectos (por ejemplo que las clases de administración que solo deberían estar en la intranet, pasen al servidor de aplicaciones que da servicio a Internet)
  • Controlar las cargas y modificaciones de modelos de datos y estructuras de LDAPs
  • Definir la seguridad de acceso y comunicaciones (generando los certificados necesarios para los entornos de desarrollo, servidores Web, servidores de aplicaciones, etc.)
  • Asegurarse de que el proceso se realiza correctamente y en cuestión de minutos, organizando la marcha atrás.
  • Y algunas cosas más ..... como podréis imaginar.

Vamos,, no se aburre el que tiene este trabajo. Es una tarea vital y garantiza la calidad de las entregas en grandes entornos.

Uno de nuestros autores habituales ( y compañero en autentia) es un verdadero experto en esta labor.. Alejandro Pérez ....

Yo normalmente trabajo con NetBeans y Tomcat aunque luego tengo que desplegar, en distintos clientes, en distintos servidores de aplicaciones: Podéis ver en algunos de nuestros tutoriales como instalar sobre la Implementación de referencia de SUN, Orion, JBoss, Tomcat, Weblogic...

Observar que nos da poco miedo cualquier servidor de aplicaciones, todos son primos hermanos (ya que son variaciones más o menos lejanas de la especificación de referencia)  ;-)

 

Descarga de OC4J

OC4J es el acrónimo de Oracle Application Server Containers for (4) J2EE . Es decir, el servidor de aplicaciones J2EE de oracle.

Vamos a desplegar una de nuestras aplicaciones en este servidor de aplicaciones.

Como curiosidad, leyendo artículos sobre Oracle he encontrado dos versiones contradictorias de como han construido este producto:

Solo hay que leer la documentación para salir de dudas... (web.904\b10323.pdf) .. así que gana la primera opción. (Que suerte, ya conocemos Orion).

Esto es un detalle interesante .... porque nos invita a usarlo todavía más (ya que podríamos usar Orion como servidor gratuito [e incluso definitivo]  y, cuando nuestro clientes lo requieran, ofrecerles un producto con  soporte y garantía local.. imprescindible en grandes corporaciones)

En el Web de Oracle podemos descargarnos las versiones de evaluación de sus productos (todo un detalle)... buscar el google "OC4J oracle" y encontraréis el enlace.

Una de las primeras cosas que debemos hacer es verificar las versiones de las distintas especificaciones J2EE (Servlets, JSP, etc..) que soporta el susodicho servidor de aplicaciones (el no tener en cuenta esto en desarrollo .... provoca quebraderos de cabeza en despliegue).

Unos de los documentos nos da la respuesta http://otn.oracle.com/tech/java/oc4j/904/collateral/OC4J-TWP-904.pdf.

 

Descargamos del enlace http://otn.oracle.com/software/products/ias/preview.html aunque ya sabéis que podría cambiar...

Tienes que estar registrado para poder descargártelo ... (el proceso es sencillo e instantáneo)

Instalación de OC4J

El proceso de instalación es muy sencillo. Aseguraos de la versión de java que estáis usando...

Y solo tenemos que usar el comando java -jar oc4j.jar -install

Ahora, debemos establecer la variable de entorno J2EE_HOME (cuidado porque podéis tenerla establecida ya)

Hay algo que me ha sorprendido y me ha dado algunos problemas.

Si miramos nuestra variable de entorno JAVA_HOME, ésta tiene un valor...

Pero a la hora de arrancar la aplicación, nuestro servidor de aplicaciones la está tomando del registro ... OJO .... que la he tenido que cambiar para que funcione.

La cadena a establecer para que funcione (en mi caso) es  C:\java\j2sdk1.4.1_02\jre

Bueno, ahora podemos ver que esto pinta bien....

Y ejecutando la URL de prueba, todo funciona correctamente

Prueba del comportamiento con Struts

Ahora vamos a desplegar un pequeño ejemplo....

Lo primero que debemos hacer es estudiar la estructura de directorios ... por lo que conviene revisar la documentación.

Como tenemos un tutorial de Orion y es idéntico .. no nos vamos a complicar la vida... visitad el tutorial sobre Orion.

Lo que si vamos a hacer es una prueba de su comportamiento con Struts.. y como era de esperar ... funciona correctamente...

En este caso hemos sustituido los ficheros de la aplicación web por defecto por los nuestros: C:\java\oc4j\j2ee\home\default-web-app

Esto nos permite una cosa sencilla ... trabajaremos en nuestro entorno habitual y luego, con un buen Script de ANT y las manos de un experto en despliegue... transferiremos la responsabilidad de la puesta en producción.

Adicionalmente os he de contar que el único problema que he encontrado para hacer funcionar la aplicación desde TOMCAT a OC4J ha sido el lookup JNDI.... así que, estudiaros el patrón J2EE Service Locator ;-) ... y problema solucionado.

Sobre el Autor ..

A continuación puedes evaluarlo:

Regístrate para evaluarlo

Por favor, vota +1 o compártelo si te pareció interesante

Share |
Anímate y coméntanos lo que pienses sobre este TUTORIAL: