Desplegando Oracle ADF Essentials en Oracle Weblogic 12c

Limpiando una Instancia de WebLogic Server para Reiniciar el Servidor

En estos días trabajando en un proyecto he tenido que desplegar mi aplicación varias veces en una máquina no muy potente y he notado que luego de varios despliegues el servidor tiende a ponerse lento por lo que tiendo reiniciarlo, en algunos casos matando el proceso directamente, lo cual causa  que se queden archivos de ejecución que afectan el reiniciar el servidor ya que estos indican que el servidor está corriendo.

En esta entrada presento algunas cosas que descubrí y que puede ser de ayuda para subir el servidor nuevamente:

Oracle Weblogic Embedded LDAP

Weblogic por si solo instala un LDAP, que está adentro del propio app server, y que sirve para mantener a sus Usuarios, cuando no has configurado algún Provider externo.
Si nunca te has conectado a él , a través de un LDAP Browser, aquí te comparto los pasos para que lo puedas hacer.
En ocasiones es necesario realizar esta conexión, para poder manipular al árbol, o simplemente para tener una conexión tradicional de LDAP, a través de alguna herramienta como JXplorer, OpenLdap Browser, Softerra LDAP Browser, etc.

Usando Weblogic 10.1.3.4 con Oracle SUN iPlanet Directory.

Hace una semana me pidieron ayuda para terminar de configurar un Weblogic 10.1.3.4 con SUN Iplanet Directory.
En sí la configuración es bastante directa, no hay mucho qué hacer. Pero sí contiene algunos detalles que debes tomar en cuenta, para no estar batallando.
Encontré esta URL de Oracle ST curriculum, que describe muy bien cómo realizar esta configuración.
Igualmente aquí viene cómo establecer una conexión con el LDAP embebido de Weblogic, que es una tarea igualmente simple, pero en ocasiones se olvida cómo llevarla a cabo
Acá se los dejo:
http://goo.gl/v6xkN

Tip: Problemas de Espacio Instalando JDeveloper o WebLogic 11g en Windows

Al momento de instalar una versión de JDeveloper o WebLogic Server 11g bajo Windows, el instalador hace primero una extracción de los archivos que se tienen dentro del jdevxxx.jar, esto antes de lanzar el instalador como tal.
Como ya muchos saben en el mundo Windows quedarse sin espacio en el disco C:\ es una maldición y pues efectivamente me pasó cuando estaba extrayendo los archivos, por lo cual no podía instalar mi JDeveloper.
¿Qué alternativas existen para poder llevar a cabo la instalación entonces?

1. Liberar espacio: Esto es obligatorio por supuesto, y para esta labor utilizo un programa que me parece muy bueno llamado CCleaner.
2. En mi caso utilizo el CCleaner frecuentemente así que aún no me quedo espacio suficiente y pues buscando de donde más sacar espacio me encontré con que si uno utiliza WindowsMedia frecuentemente va a ir acumulando un lindo cache ubicado en C:\Documents and Settings\<Usuario>\Local Settings\Application Data\Microsoft\Media Player\Transcoded Files Cache\ el cual en mi caso tenia cerca de 2 GB. Para más información, aquí les dejo un enlace.
3. Ya con esto yo quede listo, más sin embargo me pregunté si de alguna forma podemos controlar el directorio en el que se extraen los archivos del instalador y sorpresa -es posible. Cuando instale desde el archivo JAR adicioné a la línea de comando la opción -Djava.io.tmpdir=tmpdirpath donde el tmpdirpath puede ser cualquier ubicación. Aquí la guía a la documentación de la guía de instalación de WebLogic.

Llamando al API del Worklist de Oracle BPEL PM sobre Weblogic Server 9.2

Es normal tener la necesidad de construir ya sea una Worklist customizada para Oracle BPEL PM, o bien alguna aplicación cliente que necesite consultar datos de la Worklist, por ejemplo:
* Tareas asignadas a un usuario en específico
* Poder aprobar, rechazar una tarea desde afuera de la Worklist
* Cantidad de Tareas que tengan algún Título en específico
* Generar una Tarea de manera remota,
* etc

Bien, si todo está montado sobre Oracle AS, no hay necesidad de hacer ninguna modificación a las clases que ocupas para construir una aplicación cliente de la Worklist (aquí mas datos ).

El tema está en ocupar por ejemplo:

* Una aplicación construida con Webcenter Framework, sobre Oracle AS
* Oracle BPEL PM Worklist sobre WLS 9.2

La aplicación se puede construir tal como se especifica en el link antes mencionado, de ahí hay 2 alternativas para hacer llamadas remotas a la API del Worklist:

a) REMOTE_CLIENT. Básicamente haciendo uso de EJBs
b) SOAP_CLIENT. A través de llamadas con WS

Si se hace uso de la primera opción, se tendrá un problema de look-up de JNDI similar a :
<::> Error in invoking task query service operation.<::> A client side error occured in invoking the task query service operation TaskQueryService.<::> Please check the exception error stack to identify the error. Contact oracle support if error is not fixable.

Para resolverlo, se tiene que hacer lo siguiente:
Modificar el archivo META-INF/weblogic-ejb-jar.xml en el jar hw_services_ejb.jar:
De ejb/bpel/services/workflow/TaskQueryService
a
TaskQueryService

con ésto ya el JNDI lookup resolverá bien el nombre el objeto y hará la llamada.

Error del PermGen en JDeveloper 11g

Un pequeño post para darles una recomendación a aquellos que estén utilizando JDev11g relacionado con el servidor Weblogic embebido -luego de levantar la instancia, este se queda sin espacio en el PermGen. Ya contamos con un workaround que publicó Shay Shmeltzer en sl siguiente artículo.

Aparte de lo que se sugiere Shay, yo adicioné la siguiente opción de Java dentro del mismo archivo

-XX:+CMSPermGenSweepingEnabled

tienen que buscar la linea y adicionarlo la opción el final:

set JAVA_PROPERTIES=-Dplatform.home=%WL_HOME% -Dwls.home=%WLS_HOME% -Dweblogic.home=%WLS_HOME%

La semana pasada me enfrente con este problema y la verdad que es bastante molesto, sin embargo luego de aplicar el workaround tudo fluyo sin problemas. En la próxima versión de JDeveloper (que no va ser en 3 años… ;-) esperamos tener ya superado este impercanse.

Actualización para usuarios de Mac:

Durante un entrenamiento que estamos realizando esta semana uno de los usuarios tenía una Mac y luego de especificar los parámetros aún seguiamos obteniendo el error el cual se solucionó luego ver esta entrada en los foros de OTN