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.

10 consejos para migrar Stellent a Oracle UCM

Una vez que Oracle ha lanzado la versión 10g R3 de su Universal Content Management, muchos estarán pensando en migrar su antigua instalación de Stellent.
Para ello, aquí os dejo unos cuantos consejos:

1.- Tener claro qué es lo que se quiere migrar.

Cuando nos disponemos a migrar Stellent hay partes bien diferenciadas que se deben migrar por separado y en su correcto orden para evitar, entre otros, problemas de dependencias.
Las diferentes partes que debemos tener en cuenta son:

• Configuración: meta-datos, tipos de contenido, tablas…
• Componentes: diferentes componente, poniendo atención a las diferentes versiones en base a la instalación de CS
• Folders : estructura de carpetas virtuales.
• Contenido: documentos, contribution regions…

• WebSites: En caso que usemos Site Studio 

2.- Antes de comenzar

Antes de nada, es muy recomendable comprobar si nuestra nueva versión de UCM tiene algún bug conocido y asegurarnos que todos están resueltos mediante la instalación de los componentes necesarios o las acciones oportunas.

Perder un poco de tiempo en esta tarea nos puede ahorrar mucho tiempo en el futuro

3.- ¿Por donde empezar?

Siempre por la configuración.

Si no disponemos de la estructura de meta-datos necesaria en el servidor destino, difícilmente podremos migrar el contenido.  

Para ello, disponemos de Comfiguration Migration Utility(CMU) –> Obviar en un principio los componentes.

4.- Migrar los componentes

Hay algunos componentes que son necesarios para poder migrar el contenido y la estructura de directorios, como Folders o Site Studio si tenemos contenido Web.

El resto deben ser habilitados uno a uno y a ser posible una vez se hayan realizado el resto de tareas, de esta forma identificaremos con mayor facilidad si alguno necesita ser modificado para adaptarse a la nueva versión.

5.- Migrar la estructura de directorios (carpetas virtuales – Folders)

No debemos olvidarnos de ella, ya que en caso contrario, el contenido no podrá ser importado correctamente si pertenece a alguna de las carpetas.

Siempre es recomendable usar «Virtual Folder Administration Configuration»,  o bien, si solo queremos migrar parte de la estructura y no sobrescribir la ya existente (no es el caso) «Folder Structure Archive component».

Y solo en casos extremos, donde por problemas en la estructura de directorios estas herramientas no sean capaces de migrar correctamente la estructura es posible copiar dos tablas de la base de datos Collections y CollMeta que contienen la información de las carpetas y los meta-datos de las mismas.

6.- Antes de importar el contenido

Seguramente tengamos diferentes revisiones pertenecientes al mismo documento en las cuales coincida la fecha de creación, esto es común cuando se usa WebDav para crear documentos en Stellent y UCM.

Añadiendo esta entrada al archivo config.cfg: AllowMatchesInDateCheck=true será posible importar estas revisiones

7.- Migrar el contenido

Para ello debemos utilizar Archiver, que migra tanto los documentos nativos como sus versiones Web y sus meta-datos.

Yo recomendaría definir una estrategia de agrupación, bien por fechas o bien por algún meta-dato, para crear diferentes “archivos” de documentos.

Si debemos migrar grandes cantidades de contenido esto nos puede facilitar mucho las cosas.

8.- Utilizar los logs de Archiver

Desde el enlace de administración podemos acceder a los logs de Archiver.

Si el número de errores es pequeño, podemos intentar corregirlos manualmente para los contenidos o revisiones que hayan fallado.

Si el número de errores es grande, quizá sea preferible borrar los importado y volver a intentarlo después de corregir los errores.

Para ello, Archiver tiene una opción al importar, en Override Import Rules «Delete Revision», activando esta opción podemos eliminar las revisiones importadas con ese archivo.

9.- Actualizar WebSites

Si tenemos sitios Web creados con una versión anterior de Site Studio a la que estemos utilizando, primero deberemos actualizar los mismos mediante el link en «Site Studio Administration > Manage Web Sites > Go to WebSite upgrade Page»
Además, si la versión es anterior a 7.5 todas las referencias en fragmentos a las clases de Site Studio como «SiteStudio.SSNavigationNode» deben ser modificadas por sitestudio.SSNavigationNode» (Notar las minúsculas en sitestudio»).

10.- Indexar el contenido

Después de migrar el contenido, si utilizamos Verity o Fast, debemos regenerar los índices mediante «Collection Rebuild Cicle» en el applet Repository Manager. De otra forma podemos encontrarnos con incoherencias o resultados de búsqueda que no aparecen.