Instalación de OC4J

0
57987

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:

  • Que Orion (un servidor J2EE del que ya os mostramos un tutorial anterior) a sido
    adoptado por Oracle como servidor J2EE (aunque evolucionen en en distintas
    líneas)

  • Que el nombre clave del servidor J2EE es llamado, en clave, Orion por Oracle

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 ..

Dejar respuesta

Please enter your comment!
Please enter your name here