Probablemente varios de ustedes hayan escuchado e inclusive ya utilizado los Process Accelerators (PA http://www.oracle.com/us/technologies/bpm/process-accelerators/overview/index.html) que ofrece Oracle. Estos son Procesos pre-construidos que están listos para ser utilizados. Obviamente es común que se tengan que modificar , traducir, personalizar, etc., para tener una implementación mas apegada a lo que la organización en cuestión requiera; pero es un hecho que estos Process Accelerators están listos para ser utilizados.

¿Sabía usted que Oracle tiene un IDE basado en Eclipse? En caso de que nó, me permito contar brevemente algo de historia: BEA en su momento contaba con un IDE llamado BEA Workshop basado en Eclipse que ofrecía herramientas enfocadas al manejo y administración la plataforma WebLogic. Al adquirir BEA, este IDE entró a formar parte de las herramientas de desarrollo de Oracle y se renombró Oracle Enterprise Pack for Eclipe o OEPE.
OEPE continua siendo activamente desarrollado, su última versión es OEPE 12c (12.1.1.2) no solo continua ofreciendo herramientas únicas para trabajar y administrar Weblogic server, sino también ha adicionando soporte para desarrollar aplicaciones Java EE y ADF. Así mismo, también cuenta con soporte para desarrollar y desplegar aplicaciones en el Oracle Cloud. En esta entrada me enfocaré en el desarrollo de aplicaciones ADF y que mejor forma que hacerlo por medio de un ejemplo.

Oracle ADF Essentials es la oferta reciente de Oracle que comprede los componentes básicos para construir una aplicación ADF utilizando los componentes ADF Faces, taskflows, adf bindings, adf business components y/o EJBs; todo de forma gratuita y con la opción de llevar sus aplicativos a cualquier servidor de aplicaciones. Para más información acerca de ADF Essentials pueden leer esta entrada pasada del blog. En la actualidad ninguna de las versiones de ADF se encuentra oficialmente certificada en Oracle Weblogic Server 12c, sin embargo con algunas modificaciones sencillas, podemos desplegar una aplicación ADF Essentials en este servidor de aplicaciones.
Advertencia: Oracle al día de hoy no ofrece soporte sobre la configuración que se expone en este artículo. En caso de presentarse problemas, déje su comentario en el blog o crée una entrada en los foros de OTN.

Con la salida del nuevo ADF Mobile algunos de ustedes quizas ya esten realizando sus primeras pruebas o quizas este sea su proposito para el nuevo año. En este articulo vamos a ver como construir su primera aplicación ADF Mobile, partiendo de un ejemplo sencillo un Hola Mundo!. Esta aplicación será desplegada en Android y estoy utilizando Ubuntu, dedicado a aquellos que como yo, utilizan linux en su día a día. Así que como bono, explico los pasos para configurar su ambiente de desarrollo.

Uno de los artículos de este blog que yo particularmente utilizo con frecuencia es en el que se habla acerca de cómo cambiar la instalación por defecto de JDeveloper. Sin embargo otra de las operaciones que realizo con frecuencia es la de mantener un directorio totalmente visible en el cual mantego todos los system11.x.x.
Digamos que quiero tener todos los directorios system de JDeveloper bajo d:\oracle\jdevSystemDir\. Para realizar esto tengo dos alternativas:

El Oracle Open World Latinoamérica en la ciudad de Sao Paulo está en pleno desarrollo. Como ya es usual, el equipo de producto de herramienta de desarrollo estará participando del evento. Este año, presentando un par de nuevas elementos: ADF Mobile y los servicios de desarrollo dentro del Oracle Cloud además de cubrir todos los temas alrededor de la utilización de ADF, JDeveloper y Oracle Enterprise Pack for Eclipse y poder tener contacto directo con la comunidad de desarrolladores de Oracle en Latinoamérica.
Este año desafortunidamente no pude estar en el evento, sin embargo, mi compañero Dana Singleterry estará en representación del equipo. Asegúrese de ir a sus presentaciones o de saludarlo en los demos de ADF y JDeveloper. Habiendo terminado el primer día del evento, aquí les dejo el resumén de las cosas que aún están por presentarse en los próximos dos días:

Una situación que siempre es clave en el control y gobernabilidad del Desarrollo que se hace alrededor de Servicios, es su promoción entre ambiente y ambiente.
En años pasados (2006-2008), en la SOA Suite 10g, tenía su reto hacer esto, pues tocaba programar tus propios Scripts de ANT. Si bien era lograble, no era tan simple como ahora en la versión 11g, y asumo se mejorará todavía mas en siguientes versiones.
En principio, lo mas simple que puede llegar a suceder es tener Compuestos que dependan de:

• Adaptadores de Bases de Datos
• Web Services HTTP/SOAP
• Adaptadores hacia Servidores FTP
• Llamadas a compuestos de la misma infraestructura
• Llamadas a Servicios expuestos en Service Bus
• etc

Desde el punto de vista de Desarrollo, estas dependencias se ubican y se tiene control sobre a qué sistema te estás conectando, pero para el rol que realiza los despliegues hacia Producción, esto no es necesariamente cierto.
Este rol, debe recibir el paquete a desplegar y tener una forma práctica de realizarlo sin necesidad de modificar el fuente del proyecto. Simplemente debería de ser capaz de tomar el paquete e indicar hacia que ambiente quiere promoverlo.
Bien, la SOA Suite tiene una opción de nombre: Configuration Plans. Estos sirven para indicar los cambios de nombres, ubicaciones, urls, puertos, etc, que se necesitan para diferenciar entre un ambiente y otro.

Algo que es relativamente común, es que las funciones de XSLT que ofrece el mapper fuera de la caja, de SOA Suite, no incluya funciones que necesitas. Por lo que en ese momento, toca hacer tus propias funciones.
Realmente es fácil hacerlo, sólo hay que tener cuidado al alimentar al descriptor para que se refleje como parte de las Funciones:

Hace unos días me pidieron apoyo para validar un error durante la instalación de Oracle Service Registry 11g.
Si bien lo he instalado varias veces, nunca sobre el stack 11g. Realmente ha sido baja la necesidad de utilizarlo en los Proyectos; probablemente por la forma en la que el cliente ha abordado su iniciativa SOA.
La realidad es que es un componente muy valioso, y que al ser integrado con Oracle Enterprise Repository, realmente ofrece una plataforma de Governance sobre la construcción, despliegue, documentación, etc. alrededor de cualquier iniciativa de Arquitectura de Servicios.
Bien. Volviendo al punto técnico, el issue reportado era la instalación de Service Registry en un dominio ya existente de SOA o bien de Service Bus. A primera vista, ésto no debería de dar ningún problema.