Oracle JDeveloper 11g Handbook-A Guide to Oracle Fusion Web Development.
Es el titulo del libro que han escrito DuncanMills, Peter Koletzke , Avrom roy faderman

La verdad es que el índice tiene buena pinta y sus autores son grandes conocedores de ADF, vaya ese tipo de perfiles que el resto de mortales llamamos “gurus”

En amazon lo pueden encontrar a muy buen precio.

En alguna ocasión puede que necesitemos trabajar con el WebLogic Server, WLS, que viene integrado con JDeveloper R1.

Para ello lo podemos levantar y parar mediante los scripts situados en jdeveloper-user-home/DefaultDomain/bin.

Ej: C:\Documents and Settings\user\Datos de programa\JDeveloper\system11.1.1.1.33.54.07\DefaultDomain\bin

En esta ruta encontraran los scripts de parada y arranque del WLS.

Nota:recuerden que pordefecto las credenciales son weblogic/weblogic1

En la versión 11g de la API de ADF, el método processScope ha sido deprecated.

Ahora se debe hacer uso del nuevo scope pageFlowScope.

pageFlowScope es un mapa de pares de nombres/valores donde los valores del parámetro de datos del flujo de tareas pueden guardarse mientras dure el flujo de tarea

Mas info:http://forums.oracle.com/

Trabajando con el componente inputListOfValues de ADF he visto que se duplicaban los registros al hacer un suggest o autocompletar.
El tema es que tenía una LOV(List Of Values ) típica de Código-Descripción donde la descripción era un campo tipo  Transient.

Hasta aquí todo normal, pero el tema es que se tenían comportamientos extraños a la hora de autocompletar y la LOV mostraba registros duplicados.

Bueno teniendo en cuenta que ya en JHS10g existían problemas con LOV´s que no eran PK, me ha dado por probar y efectivamente si ponemos que el campo del VO del cual hacemos la LOV sea “Key Attribute” problema solucionado.

Parece ser que es un bug reconocido en metalink y que será arreglado. Pero de momento que sepan que al hacer lovs necesitamos que el VO de la lov tenga una PK sino no se tiene un funcionamiento 100% correcto

En la versión actual de JDeveloper (11.1.1.1.0), las aplicaciones por defecto están codificadas en “windows-1252”. Codificación que nos dará problemas cuando tengamos textos con acentos en nuestra base de datos.

Afortunadamente esto se puede cambiar en cada una de las páginas, mediante la propiedad contentType.

<jsp:directive.page contentType="text/html;charset=utf-8"/>

O también podemos modificar las preferencias por defecto del IDE, para que de esta forma todas las aplicaciones que desarrollemos hagan uso de UTF-8 o de la codificación que queramos. Tal como explica didier.laurent en su blog.

Pues esta tontería es lo que me dio problemas, el otro día, durante varias horas.

Según informa didier.laurent en su blog, en la próxima versión de JDeveloper tendremos UTF-8 como charset por defecto.

En las aplicaciones que hacemos en JDeveloper 11g,  a la hora de crear archivos de despliegue para nuestras aplicaciones observamos que la opción de EAR (Enterprise Application Archive) esta deshabilitada.

El origen de esto es porque cada Aplicación que construimos está formada  por varios Proyectos. En el caso de una aplicación de tipo  Fusion Web Application ADF tendremos como  mínimo dos proyectos (Model, ViewController).

Cada uno de estos proyectos debería estar desplegado en un WAR y estos agrupados a nivel de aplicación en un descriptor genérico de tipo EAR. El cual se crea a nivel de Aplicación.

Creación de EAR a nivel de Aplicación:

En Application Navigator nos posicionamos en el  combo donde se muestran las Aplicaciones.

Botón derecho–>Application Properties–>Deployment.

Mas info:

• diferencia-entre-un-archivo-war-y-un ear
• nice_jdev_11g_feature_ear_pack.html

Seguimos con el tema de Skining. En este artículo Fank Nimphius nos explica como poder cambiar la pagina de splash que trae por defecto ADF en su versión 11g. Esa imagen que sale al inicio de las aplicaciones con el texto: Cargando…

Afortunadamente se puede customizar desde el skin, por lo que tenemos gran libertad.

Estos son los selectores:

• af|document::splash-screen-content
• af|document::splash-screen
• af|document::splash-screen-cell
• af|document::splash-screen-icon

Mas info: Articulo de F.Nimphius donde explica como modifcar splash

Para el desarrollo de Skins, JDeveloper nos aporta todo lo necesario para hacer de esta tarea una tarea cómoda y rápida.

Para ello deberemos tener marcado CheckADF Faces Extension En Tools–> Preferences–>CSS Editor

Esta opción habilitara en nuestros ficheros css de skins una serie de funciones o utilidades:

• Syntax Help: ctrl+Space
• Image selection
• Code Completion: ctrl+Enter
• Code Folding: Agrupación de definiciones e información Mouse-Over

Mas info:http://www.jdeveloperla.com/skins.pdf

Una de las nuevas características o funcionalidades que aporta la API de ADF BC en la versión 11g, es el poder definir claves alternativas para VO´s y Entidades.

Esto  nos aporta un valor añadido a la hora de hacer búsquedas optimizadas mediante métodos como el findByAltKey, pero en campos que nos son PK  y que en tiempo de diseño  hemos marcado como Alternate Key.

De esta forma podemos definir como claves alternativas aquellos campos que por nuestras reglas de negocio o por cuestiones varias, no son PK  y seguir usando métodos especializados de búsquedas por clave.

Mas info: API findByAltKey

Hace algún tiempo comentábamos el lanzamiento de la demo de ADF faces 11g.

En esta demo podemos ver todos sus componentes y sobretodo podemos ver  en la pestaña de Skinning cada uno de los selectores disponibles para cada componente. La verdad que es una opción cómoda y rapida para crear nuestro propio Skin y saber que estilos y como los tenemos que aplicar.

Durante el dia de hoy la demo on-line que esta desplegada en Oracle no ha funcionado. Es por eso que desde aquí recomiendo que os bajéis el WAR y los despleguéis en un servidor o sino simplemente podemos crear un proyecto en JDeveloper desde un WAR, mediante la opción Project from WAR File (en tipos de proyectos)

Quizá esta ultima sea la forma mas rápida y cómoda

Más info: doc/demo/adf_faces_rc_demo.html