Construyendo portales con WebCenter Spaces

Sin duda el producto de Oracle es de los mas ricos del mercado en cuando a funcionalidad, ya sea para crear Intranets, Extranets o incluso portales públicos o de Internet
Las nuevas versiones (PS2) y sobre todo la que esta por venir (PS3) mejoran sustancialmente las características y amplían la funcionalidad

• People Connections ofrece herramientas tipo LinkedIn o Facebook
• Wikis y Blogs
• Foros de discusión
• Gestión de contenidos con UCM

Por otro lado a la hora de conseguir un producto atractivo para los usuarios nos encontramos algunos retos para los que a priori no resulta sencillo encontrar una solución.

Entonces , como convertimos WebCenter Spaces en un “true Portal”

Conseguir un diseño tipo Portal
Las plantillas y “skins” estilos que ofrece el producto están pensadas para redimensionarse al tamaño de la pantalla al ofrecer este valor en porcentaje (100%), sin embargo en la mayoría de las ocasiones querremos tener un tamaño fijo, de manera que podamos adecuar los diseños al mismo y facilite tanto el diseño de nuevos componentes como la personalización de los ya existentes. Siempre requiere mucho más trabajo un diseño adaptable en cualquier caso.
El scroll de Spaces,debido al uso de “Composer”,  no desplaza toda la pantalla, sino únicamente el área de contenido. Cuando, como ocurre en la mayoría de los casos el usuario utiliza un portátil con una pantalla reducida, esto limita la usabilidad del portal. Como solución a esto (aunque no es sencilla) podemos optar por un Skin “vertical” que empuje (usando css) la barra para que cubra todo el portal. De esa forma tendremos una barra vertical como la de cualquier otra página Web.

Mejorar el rendimiento
El framework de ADF es realmente ponente y la capa de integración resulta sencilla una vez que los desarrolladores conocen JDeveloper. Pero como todo tiene su “pero”. El javascript que genera es muy pesado llegando en ocasiones a mas de 3 y 4 Mb, lo cual no solo es un problema para la red sino también para el rendimiento del propio javascript (en las versiones de IE actuales 7 y 8 el procesamiento no es muy rápido).
Usar una buena estrategia de cache y compresión será clave para que nuestro portal no tarde “siglos” en cargar el contenido.
Lo primero que debemos asegurarnos es que el particionamiento de javascript está habilitado. Esto reducirá el tamaño a la funcionalidad que expongamos en cada página.
Usar el módulo de apache (OHS) para comprimir el javascript y asegurarnos que tanto los js como las imágenes y css se cachean en el explorador será igualmente clave.

Simplificar la política de seguridad
Un mal uso de la gestión de roles y permisos puede llevarnos a una situación en la que no podamos mantener nuestro portal.
Los usuarios pueden crear paginas, personalizarlas, arrastrar componentes lo cual es muy impresionante pero pongamos un caso en el que tenemos 10.000 usuarios a los que le parece una gran idea crear 2 o 3 paginas al dia durante un par de meses. Podríamos llegar a tener mas de medio millón de paginas que difícilmente una empresa puede mantener.
Por ello yo optaría por una política un poco mas conservadora en la cual haya mas control en la creación de contenidos estructurales como paginas o grupos de trabajo y no restringir sin embargo la contribución de contenido social o corporativo como puede ser mensajes, documentos, contenido en foros

Exponer contenido Web
Este si que es un reto, y tengo que decir que siempre lo ha sido en UCM.
PS3 viene preparado para ello con el Content Presenter y las plantillas para consumir contenido de UCM.

Mientras, la alternativa que propongo es un Portlet XML/XSL para consumir contenido de Site Studio (ficheros XML) y renderizarlo en HTML. De esta forma el contenido está gestionado por UCM aprovechamos su capacidad  y siempre podemos crear un link a la vista de “contributor” para que pueda ser editado.  Además esto facilita la creación de diferentes vistas modificando (o creando nuevas) XSL o simplemente con CSS.