Líneas de comentarios: Stefan Hepper: ¿Cómo lograr una mayor integración entre WebSphere Portal y Lotus Web Content Management?

Crear y actualizar las páginas de contenidos Web – y potenciar todo el poder de IBM® WebSphere® Portal para ellas – es ahora mucho más fácil gracias al nuevo portlet de Web Content View incluido en el Catálogo del Portal. This content is part of the IBM WebSphere Developer Technical Journal.

Stefan Hepper, WCM Architect, Websphere Portal Server Development, IBM

Es software architect del equipo de WebSphere Portal en el Laboratorio de IBM en Silicon Valley, Estados Unidos. Es responsable de presentar contenidos WCM en el portal y de la convergencia de WCM y el portal. Anteriormente, estaba a cargo de los estándares JSR 286 y 168 de Java Portlet. Además, Stefan disertó en varias conferencias internacionales, publicó trabajos, registró patentes y es coautor del libro Pervasive Computing (Addison-Wesley 2001)



20-05-2009

Su portal y su sistema de gestión de contenidos Web deberían funcionar bien juntos

Si usted ya ha trabajado con IBM® Lotus® Web Content Management e intentó que sus contenidos aparezcan en IBM WebSphere® Portal, es probable que no le haya resultado fácil decidir dónde definir la estructura de su sitio. Hasta ahora, usted tenía dos opciones:

  • Definir la estructura del sitio en WebSphere Portal y en Lotus Web Content Management, lo cual duplica cada página de WebSphere Portal con un área del sitio de Lotus Web Content Management creada para dicha página.
  • Crear sólo una página matriz en WebSphere Portal y hacer todo el resto en Lotus Web Content Management mediante las áreas del sitio.

Ninguna de estas opciones es óptima. Además de ser muy tediosa y propensa a errores, la primera opción requiere que usted coloque los portlets de representación de contenidos Web en cada página y los configure para que apunten hacia la actual área del sitio. La creación de vínculos entre páginas diferentes requiere la personalización en código fuente de cada uno de los portlets de renderización de contenidos Web para así lograr llegar al lugar indicado. La segunda alternativa tampoco resulta muy atractiva. Como WebSphere Portal ya no conoce la estructura de navegación, usted pierde los beneficios básicos del portal.

¡Afortunadamente, todavía hay esperanzas! Ahora puede contar con una solución completamente integrada en la que WebSphere Portal V6.1 conoce los contenidos de su Lotus Web Content Management V6.1 sin necesidad de que usted haga cientos de modificaciones para configurar su sitio. Esta solución mágica reside en las páginas de contenidos Web y en los nuevos portlets de renderización de contenidos Web.


Páginas de contenidos Web

El primer paso para lograr una mejor integración entre Lotus Web Content Management y WebSphere Portal consiste en hacer que WebSphere Portal conozca los contenidos de su Lotus Web Content Management. Al contar con páginas de contenidos Web nuevas, usted puede adjuntar un área del sitio de Lotus Web Content Management a una página Web. Este concepto nuevo es parte del envío del catálogo Lotus Web Content Management Rendering Portlet.

¿Cómo se adjunta esa área del sitio a una página en la UI?

  1. En WebSphere Portal, cree una nueva página de contenidos Web mediante el portlet de Manage Pages (Figura 1).
    Figura 1. Portlet de Manage Pages con un botón nuevo para agregar páginas de contenidos Web
    Portlet de Manage Pages con un botón nuevo para agregar páginas de contenidos Web
  2. En la página nueva, usted tendrá dos nuevas Opciones de Contenidos Web: Podrá seleccionar una carpeta de Lotus Web Content Management o una página compartida para usarla como plantilla (Figura 2).
    Figura 2. Creación de una página de contenidos Web
    Creación de una página de contenidos Web
    Probemos con la primera opción. En primer lugar, seleccione una carpeta de Lotus Web Content Management haciendo clic sobre Select (Seleccionar) y luego navegue hacia el área del sitio que desea adjuntar a su página nueva (Figura 3).
    Figura 3. Mapeo de una página de contenidos Web hacia un área del sitio
    Mapeo de una página de contenidos Web hacia un área del sitio
  3. Luego, seleccione una página plantilla que tenga definido el mismo tema, la misma política de tema y los portlet que usted desea usar (Figura 4).
    Figura 4. Selección de la página plantilla para la nueva página de contenidos Web
    Selección de la página plantilla para la nueva página de contenidos Web

Eso es todo. Su página nueva está completa.

¿Qué es lo que usted gana al hacer esto e informar a WebSphere Portal sobre el área del sitio de Lotus Web Content Management? Usted gana muchísimo.

Por ejemplo, ya no necesitará configurar el portlet con una página que se abra cuando haga clic sobre un vínculo que incluya un elemento que esté fuera del área del sitio actual. En la mayoría de los casos, tampoco necesitará configurar los portlets, ya que estos elegirán el contexto de la página automáticamente y presentarán los contenidos predeterminados de dicha área del sitio. Es muy importante tener en cuenta que sólo los nuevos portlets de renderización de Web Content Management que son parte del envío del catálogo de Rendering Portlet soportan esta funcionalidad.

Esta nueva capacidad le permite separar la navegación de su sitio de los contenidos que usted tiene. Ahora, sólo tiene un lugar en el que define la estructura de su sitio: WebSphere Portal, a través de los medios para crear páginas. Al crear el vínculo entre una página portal y un área del sitio o una carpeta de contenidos, usted define el puente que existe entre la estructura del sitio y los contenidos que aparecen en la página. Gracias a Lotus Web Content Management, ahora usted puede agrupar los contenidos según lo que tenga más sentido a ese nivel, independientemente de cuál sea la estructura del sitio que vea el usuario. Ahora que las páginas de Lotus Web Content Management se encuentran completamente dentro de WebSphere Portal como cualquier otra página portal, usted puede potenciar las demás características adicionales, como adjuntar un nombre amigable a la página que se visualizará en la URL, etc.).

Volvamos al principio y probemos la segunda Opción de Web Content (Contenidos Web) nueva en el panel denominado Page Properties (Propiedades de página) (Figura 4), que representa la capacidad de seleccionar una página a modo plantilla.

Pasar al nuevo paradigma de definir la estructura del sitio en WebSphere Portal también significa que es probable que los autores de contenidos ahora necesiten crear páginas portal y adjuntarlas con sus contenidos de Web Content Management. Para que esto sea lo más simple posible para los autores de contenidos, ahora usted puede definir un conjunto de páginas plantilla, que son páginas Web comunes ubicadas bajo un rótulo (o página) especial. En estas páginas plantilla, usted puede definir temas y diseños, cargar portlets en ellos e incluso preconfigurarlos. Los autores de contenidos pueden elegir la plantilla con la que desean trabajar y todas las configuraciones seleccionadas para la página plantilla se copian a la página nueva (Figura 5).

Figura 5. Creación de páginas de contenidos Web desde páginas plantilla
Creación de páginas de contenidos Web desde páginas plantilla

Luego de que el autor de contenidos selecciona el nombre de la página, la página plantilla y el área del sitio Web Content Management, la página queda lista (Figura 6).

Figura 6. Nueva página de contenidos Web
Nueva página de contenidos Web

El tema y los diseños se predefinen y la página ya incluye dos portlets preconfigurados: el de la izquierda apunta hacia un componente que menciona todos los elementos de contenidos que están en el área del sitio actual y el de la derecha muestra dichos elementos. Ahora la página también está lista para que se pueda interactuar con ella. Si hace clic sobre alguno de los vínculos en el portlet izquierdo, el portlet derecho se modificará para mostrar los contenidos seleccionados. Si hace clic sobre alguno de los vínculos en el portlet derecho que apunta hacia un elemento fuera de esta área del sitio, WebSphere Portal buscará la página portal vinculada a dicha área del sitio, realizará el redireccionamiento automático hacia dicha área del sitio y seleccionará el elemento de contenidos en el vínculo como contexto de esa nueva página.

Todo esto se logra haciendo clic sobre New Web Content Page (Nueva página de contenidos Web) (Figura 1), agregando un nombre de página, seleccionando un área del sitio de Web Content Management y eligiendo una página plantilla.


Los nuevos portlets de Web Content Rendering

Como se vio en la sección anterior, los nuevos portlets de Web Content Rendering (también denominados portlets de Web Content View) tienen un papel fundamental y le permiten lograr una mejor integración entre los contenidos y WebSphere Portal. No obstante, estos portlets ofrecen aún más beneficios. Ahora, en base al nuevo estándar JSR 286 Java Portlet Specification V2.0, estos nuevos portlets implementan las nuevas características de OneUI que tienen los productos IBM Lotus. En lo que hace a la funcionalidad, los nuevos portlets de renderización ofrecen estos beneficios más allá del contexto de página dinámica que se explicó con anterioridad:

  • UI modificada para una mayor facilidad de uso

    La nueva UI ahora sólo muestra las opciones que tienen sentido para el tipo de contenidos actualmente seleccionado (Figura 7). Además, también oculta la configuración más avanzada en la pestaña denominada Advanced Options (Opciones avanzadas) y le permite comprimir secciones. Cada sección tiene su propia función de ayuda, a la que se puede acceder fácilmente haciendo clic sobre el botón Help (Ayuda) ubicado a la derecha.

    Figura 7. UI actualizada del portlet de Web Content Viewer
    UI actualizada del portlet de Web Content Viewer
  • Renderización sin sesiones

    El nuevo portlet de renderización ya no requiere que una sesión almacene sus datos. Ahora, simplemente se usan parámetros de renderización que están codificados en la URL. El portlet ya no requiere que sitios Web anónimos creen sesiones en el servidor y, por lo tanto, éste escala mucho mejor.

  • Bloqueo de preferencias en el modo config

    El administrador del portal ahora puede bloquear las configuraciones en el modo config del portlet para así evitar que los autores de contenidos modifiquen una de estas configuraciones en el modo edit_defaults (Figura 8).

    Figura 8. Bloqueo de configuraciones
    Bloqueo de configuraciones
    En la Figura 8, se predeterminaron las categorías en el modo config y el administrador bloqueó la configuración haciendo clic sobre el ícono denominado lock (bloquear). Si se dirige al modo edit_defaults, podrá observar algo similar a lo que se muestra en la Figura 9. Ahora, las categorías aparecen resaltadas en gris y los usuarios no las pueden modificar.
    Figura 9. Configuración bloqueada
    Configuración bloqueada
  • Copia caché de contenidos en WebSphere Portal

    Otra mejora al rendimiento es que los contenidos del portlet de Web Content Management ahora se pueden ocultar en el caché de fragmento del portal. La configuración del caché se puede realizar desde la sección de configuración del portlet (Figura 10). Además, usted también puede hacer que los usuarios compartan o no el ingreso del caché. Tener la opción de compartir la entrada de caché para los elementos de contenidos idénticos entre todos los usuarios es un gran beneficio, en especial si esto se puede hacer desde una página de aterrizaje a la que se accede con frecuencia).

    Figura 10. Nuevas opciones de copia de caché en el portlet de Web Content Viewer
    Nuevas opciones de copia de caché en el portlet de Web Content Viewer
  • Potenciación del modelo de complemento de Eclipse para las extensiones

    La extensión para modificar la ruta de acceso al elemento de contenidos que se presenta (el procesador de contexto) ahora es un complemento de Eclipse que se puede colocar en su propio archivo WAR e implementar independientemente de WebSphere Portal. Ahora, usted puede gestionar con facilidad qué proceso de contexto se debería aplicar a un portlet de renderización en particular mediante el panel de configuración (Figura 11).

    Figura 11. Opciones avanzadas para aplicar las extensiones seleccionadas antes de presentar los contenidos
    Opciones avanzadas para aplicar las extensiones seleccionadas antes de presentar los contenidos
  • Registro analítico del sitio

    Como el portlet de renderización es en realidad un proxy que redirecciona hacia el sistema Web Content Management para la renderización, no es suficiente contar sólo con un ingreso genérico al archivo de registro analítico del sitio que indica que se llamó al portlet. En cambio, sería de gran ayuda ver qué elemento de contenidos se presentó para así poder saber cuáles son los elementos más populares. Para soportar esto, el nuevo portlet de renderización crea un ingreso adicional de registro analítico del sitio que le permite identificar el elemento de contenidos que se está presentando.

  • Mensajes de error personalizados

    Ahora, usted puede agregar su propio JSP de error personalizado que se visualizará cuando ocurra un error durante la renderización. Además, puede configurar un parámetro de configuración nuevo en el portlet de renderización que apunte a su JSP (que, en la actualidad, tiene que ser en el archivo WAR del portlet de renderización).

  • Active conjuntos de recursos para títulos de portlets localizados

    Ahora, usted puede hacer que un portlet apunte hacia un conjunto de recursos con el objetivo de visualizar su título de manera localizada (Figura 12). El nombre de clase del conjunto de recursos debe ser accesible por medio de la ruta de clase y tener el título en ella con la clave "javax.portlet.title".

    Figura 12. Apuntar hacia un conjunto de recursos externo para presentar el título del portlet
    Apuntar hacia un conjunto de recursos externo para presentar el título del portlet

Como se puede observar, los nuevos portlet ofrecen una gran cantidad de características adicionales. Por supuesto que también se siguen soportando todas las opciones que ofrecían los portlet anteriores. De esta forma, usted puede pasar de su configuración actual al uso de los nuevos portlets con gran facilidad.

Un inconveniente se presenta con el caso del uso de la edición en línea. Ahora, usted es redireccionado a una página diferente donde puede realizar la edición en línea, pero es necesario que navegue manualmente de vuelta a la página donde dio comienzo a la edición en línea. De manera alternativa, usted podrá especificar una ventana emergente en la que realizará el trabajo. Pero cuando haya terminado el trabajo de edición y cerrado dicha ventana, deberá recargar la página para poder ver la versión actualizada. (Esperamos solucionar esto en la próxima actualización.)


Integración de búsqueda

Gracias a WebSphere Portal V6.1.0.1, usted también puede obtener el nuevo formato seedlist 1.0 para Web Content Management. En la actualidad, este formato se basa en ATOM y activa el filtro de la información de control de acceso por parte del cliente. Esta función está desactivada de manera predeterminada, pero es muy fácil de activar. El nuevo formato seedlist también incluye las nuevas POC URI, que se ocupan de los contenidos directamente. Por lo tanto, si hace clic sobre dicho vínculo en el centro de búsqueda y ya configuró las páginas de contenidos Web mencionadas con anterioridad, WebSphere Portal determinará de manera automática cuál es la página responsable de presentar el elemento de contenidos, seleccionará dicha página y configurará el contexto de la página de acuerdo con el elemento de contenidos. Por consiguiente, usted podrá ver el elemento de contenidos seleccionado en la página en la que normalmente vería dicho elemento, incluyendo todos los demás portlets que deberían aparecer en dicha página.


Resumen

El catálogo de Web Content Management Rendering Portlet trata muchos de los problemas que aquellas personas interesadas en integrar WebSphere Portal y Lotus Web Content Management han tenido que enfrentar hasta hoy. Ahora, usted tiene un lugar para definir la estructura de su sitio – WebSphere Portal –, lo que hace que ahora sea muy fácil crear nuevas páginas de contenidos Web y hacer que todo funcione de manera integrada, incluso la capacidad de búsqueda. Por sobre todo, los nuevos portlets le ofrecen un mayor rendimiento y una gran cantidad de características nuevas

Recursos

Aprender

Obtener los productos y tecnologías

Comentar

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere, Lotus
ArticleID=398966
ArticleTitle=Líneas de comentarios: Stefan Hepper: ¿Cómo lograr una mayor integración entre WebSphere Portal y Lotus Web Content Management?
publish-date=05202009