Posts Tagged ‘opencms’

h1

Resumen de OpenCms2009

21 julio 2009

OpenCms Days es un evento organizado por Alkacon, la empresa que lleva a cabo el desarrollo de OpenCms. Entre los objetivos del evento encontramos:
•    Roadmap, estudio de los objetivos conseguidos y de los que se pretenden conseguir.
•    Demo de la última versión liberada, cuya liberación “coincidió” con la celebración del evento.
•    Presentar las experiencias y desarrollos de los asistentes.
•    Mesa redonda en la que todos pueden compartir sus inquietudes

Conference Opening Keynote – OpenCms 7.5 and beyond

La conferencia de apertura del primer día la dio Alexander Kandzior, CEO de Alkacon y principal desarrollador de OpeCms. Durante su charla nos explicó el roadmap de OpenCms, las cosas que no se cumplieron, como la  posibilidad del drag & drop en una página, y las cosas que si se cumplieron como por ejemplo la posibilidad de editar imágenes desde el workplace, básicamente lo que esto te permite es seleccionar una región de la imagen seleccionada y que sea solo esa porción la que se muestre en la web.
Ente las mejoras, como se ha comentado, está el tratamiento de imágenes, pero esto va de la mano de la mejora de la galería de imágenes. Que te permiten buscar por carpetas o por categorías, además de que visualmente ha mejorado un poco, haciéndolo algo mas intuitivo, aunque al diseño le tienen que dar todavía una vuelta. Esta funcionalidad no se restringe sólo a la galería de imágenes sino a todas las galerías de OpenCms.
Cabe a destacar, que todo el tratamiento de imágenes no modifican la imagen en sí, todo este tratamiento se almacena en parámetros sin modificar la imagen original.
Otra funcionalidad nueva, que en mi opinión, está muy bien para organizar los formularios de edición de contenido, es la posibilidad de organizar los distintos campos de los formularios mediante pestañas.
Así mismo, también corrigieron los problemas de la indexación offline, además de que no han  hecho que se re-indexe cada vez que se guarda, sino que le han puesto un temporizador para que lo haga a los 15 segundos de guardar los cambios, para evitar conflictos.
En esta charla se nos comentó la evolución de OpenCms hasta el 2011, donde una de las mayores mejoras que va a presentar será la posibilidad de hacer un “direct edit” avanzado, dónde se podrán definir los elementos de la página, su posición y que contendrá cada uno de estos elementos. Esta parte del desarrollado será patrocinado por Informática El Corte Inglés.
Otras de las dos características nuevas de OpenCms será que el acceso a base de datos se hará a través de JPA, un módulo que ya está disponible todavía no viene en OpenCms por defecto y el otro módulo que se incluirá es el de scripting, que te permite ejecutar otros lenguajes de programación desde OpenCms.
Otra de las cosas que mencionó era el tema de la versión de java y sobre todo si empezar a incluir las características de las nuevas versiones como puede ser generics, por todo el problema que esto puede llevar, porque al hacer un upgrade de un OpenCms a otro esto podría hacer problemas con lo cual no estaban muy seguros de si hacerlo o no. Lo mismo pasaba con JSR o CMIS, que son cosas que piensan que tienen que meter, pero no se decantaban por ninguno de los dos estándares, ni de cuando incluirlo.
Finalmente hablaron de los nuevos módulos, el DocCenter, que es para hacer un listado de los documentos que existen en nuestro sistema y el  Excel import que es para importar contenido de forma masiva en OpenCms desde un fichero de Excel.

Integrating OpenCms into SAP NetWeaver

Durante esta sesión se explico la integración de OpenCms con SAP NetWeaver. La solución pasaba por desplegar OpenCms dentro de NetWeaver y logarse para traer la información de OpenCms. Al estar en el mismo contexto se podía acceder a toda la funcionalidad de OpenCms.
El único problema que le vemos a esta integración son los costes de actualización de las versiones, por eso mismo, en otra de las charlas, la de integración de OpenCms y Liferay esta vía se descartó.

Integrating OpenCms with Liferay Portal Server

La sesión fue de la mano de Dan Liliedahl, el escritor del último libro de OpenCms. Dan comenzó explicando las tres posibilidades de integración, tener ambos en el mismo contexto, acceso mediante http o una interfaz especial en OpenCms o mediante webservices. La primera se descarto por el coste de mantenimiento, la segunda se descartó por no tener acceso al servidor. Con lo cual nos queda la integración mediante webservices, con la ventaja de que el webservice que se usara en el portlet de OpenCms se podría poner sin ningún tipo de problema en cualquier otra plataforma.
Mediante este forma lo que se hace es obtener el contenido de OpenCms y renderizarlo en el portlet. En este proyecto sólo se obtenían xmlpage, pero se podría hacer con cualquier tipo de contenido.
De momento la integración está pensada para que haya dos tipos de usuarios, los usuarios de liferay que son los usuarios finales y los de OpenCms, que son los que gestionan el contenido. Una de las limitaciones es que no se puede crear contenido desde LifeRay en OpenCms, se tiene que crear directamente en OpenCms, aunque no costaría mucho que los mimos webservices crearan contenido dentro de OpenCms.   

Saving money in the enterprise with OpenCms

Joel es un miembro de la compañía Chicago Mercantile Exchange CME Grup, la compañía más grande y con más productos derivados del cambio de divisas.
Básicamente la ponencia vino a explicar el impacto económico que le supuso a la compañía el uso de OpenCms como herramienta para la gestión de contenidos. Antes de usarla usaban una aplicación de gestión de contenidos hecha a medida llamada “Rhithmyx”. Los gastos derivados de esta aplicación eran de unos 500.000 dólares en una licencia de producción, una licencia de
desarrollo y otros gastos de una aplicación de recuperación de datos. Además de estos gastos, hay que añadir 80.000 dólares en soporte anual, 40.000 dólares en detección y reparación de bugs y otros 10.000 dólares por cada máquina Sun 440 Server necesaria.
Con el paso a OpenCms, ahorran las licencias y el gasto en suporte es mucho menor, así como el hardware necesario que no es tan específico.

Building websites with the KB-Suite

El KB-Suite es un modulo implementado por la Royal Library de Dinamarca para hacer el desarrollo de OpenCms más sencillo. Durante la presentación se nos hizo una demo y se nos mostró el código fuente. Básicamente, este módulo se puede considerar Template-Two avanzado, dónde te permite configurar el template a tu gusto, de tal forma que configuras listados de elementos, sin paginación, lo cual opino que es un error, así como los distintos los elementos que quieres en cada página.
Este módulo está disponible en: http://www.kb.dk/en/kb/it/dup/KBSuite.html

JPA driver – extended database support for OpenCms

Durante esta sesión se explico el módulo de JPA para OpenCms, el cual estará incluido en el core para la versión 8.0. Esté módulo se empezó durante el OpenCms Sprint del año pasado y lo continuó Georgi Naplatanov. Se explicaron mejoras de rendimiento y tiempo de respuesta en consultas a la base de datos, cuyos gráficos están disponibles en la página web del evento.

Using the Alkacon OAMP Module series to enhance OpenCms

Durante esta sesión Michael Emmerich, uno de los trabajadores de alkacon que llevan más tiempo en el proyecto, nos dio un paseo por todos los módulos existentes del paquete OAMP. Tratando los temas de configuración de los mismos. Incluyendo el último de los módulos liberados el DocCenter. Este módulo solo soporta un nivel de categorización y además visualiza los documentos en distintos formatos bajo el mismo nombre, haciendo la representación de los formatos mediante iconos.
Una de las cosas más impresionantes es el Resource Init Handler , que puede ser muy útil en varios casos, por ejemplo, para el posicionamiento en buscadores, ya que, permite meter una categoría dentro de la URI de la página , haciendo que navegue hacia la pagina sin la parte del nombre de la categoría.
Así los buscadores ven esa categoría en la URL y la indexan, lo que no ocurriría si se pasara la categoría por parámetro.

Anuncios
h1

Opinión sobre OpenCms2009

21 julio 2009

Durante los pasados 15 y 16 de Junio se han vuelto a realizar los OpenCmsDays, en los cuales OpenCms Hispano ha vuelto a ser invitado para dar una conferencia; después de asistencia del año pasado a la ponencia “OpenCms in Spain” que preparamos durante meses entrevistamos con empresas, clientes y administraciones públicas para explicar el mundo entorno a OpenCms en España a los asistentes, decidimos que la próxima vez que fuésemos, si repetíamos la experiencia,  haríamos una presentación más técnica. Dicho y hecho, en enero/febrero, nos volvieron a invitar y evidentemente aceptamos y empezamos a pensar el tema de nuestra presentación, el cual, evidentemente sería algo técnico.

Nuestra ponencia de este año fue sobre los módulos desarrollados por OCH durante todo este tiempo, ya sea, como comunidad o en nuestras empresas, dicha presentación se encuentra en la sección estará disponible en la sección de Eventos y Conferencias de OpenCms Hispano.

Por otra parte, encontré que este año las presentaciones que tenían más tirón que la pasada edición las comerciales o bussiness track.

En un principio unas de las ponencias en las que tenía mayor expectativa era la integración de OpenCms con LifeRay, ya que, yo había trabajado ya con ello y quería ver otros enfoques del problema y otro que parecía bastante interesante era el proyecto IKS que iba sobre un proyecto a nivel Europeo para el estudio e implementación de la web semántica. Evidentemente, el futuro de OpenCms por Alexander Kandzior o las conferencias técnicas del resto del grupo Alkacon eran otras de las grandes favoritas, sobre todo para aprender de cómo hacen ellos sus desarrollos.

Este año las jornadas han sido interesantes, aunque quizá  “nos quedo un mal sabor de boca” ya sea porque  la expectación de lo desconocido, la ilusión con la que embarcamos rumbo a Colonia y nuestros sueños hicieron que la experiencia cobrase otro color mucho más romántico. También hubo una mayor participación española, que junto con nuestro amigo italiano y otro danés con el que hicimos mucha miga, el tiempo se nos hizo más ameno, no obstante, el aprobado se lo lleva de calle. La única crítica que le haría al evento serían los problemas lingüísticos existentes, en dos conferencias con temas muy interesantes se echaron a perder debido a que el inglés de los ponentes no era lo suficientemente bueno como para entender temas tan complejos con facilidad.

Lo único que nos queda esperar es ver que pasará el año que viene ¿se hará finalmente en España?

h1

Usar jQuery en OpenCms

17 diciembre 2008

A aquellos que os haya dado por probar jQuery en OpenCms, posiblemente os haya dado algún que otro problema. La cosa es que aunque las últimas versiones de OpenCms vienen ya con jQuery, para usarlo tenemos que hacerlo de una forma concreta, no se puede tratar como un javascript más.

Lo primero que tenemos que hacer es subir nuestras librerias a OpenCms a la carpeta /system/workplace/resources/jquery, dentro de esta carpeta tenemos pack y unpack, en la primera se pondrán las librerias para online y en la segunda para offline. Así mismo, tendremos que poner las css en la carpeta css junto con las imágenes.

Después para hacer las llamadas desde nuestra jsp tendremos que hacerlo de la siguiente manera:

<cms:jquery js=”nombre_fichero” css=”nombre_css” dynamic=’true’ />

Aunque estas sentencias se pueden poner en cualquier parte, lo suyo es ponerlas en la cabecera, es decir, en el head. De todas formas, si estamos poniendo el jquery en un element, no podremos ponerlo en la cabecera, para eso está el atributo dynamic, si lo ponemos a true, cargará el script en la cabecera dinamicamente.

h1

Gestores de contenidos, usabilidad, accesibilidad y otras historias

30 noviembre 2008

Objetivo

 

El presente documento intenta abordar los temas a tratar en la mesa redonda que se realizará en el acto Fundamentos Web, sobre gestores de contenido.

 

Introducción

 

A la hora de escoger cualquier herramienta, software o framework de desarrollo, hay que tener en cuenta cuáles son nuestras. Actualmente, tanto en el mercado del Software Libre como en el propietario hay una amplia gama de productos entre los que elegir y cada día hay más.

 

Cuando llega el momento de la elección para decantarse por una solución u otra, lo que hay que tener en cuenta es cual satisface nuestras necesidades, ya que, en raras ocasiones existe una  con la herramienta definitiva, ya sea por el coste de desarrollo, de soporte o de infraestructura.

En el campo de los gestores de contenido, esto no es distinto, en el mercado encontramos todo tipo de herramientas, blogs, wikis, foros y CMS entre otros.

 

Algunas de las características a tener en cuenta son:

 

            -Rendimiento

            -Lenguaje en el que se ha desarrollado

            -Uso de estándares

            -Usabilidad

            -Longevidad

            -API pública y documentada

            -Facilidad de la tecnología que implementa

            -Actualizaciones del software

            -Acceso al código fuente

            -Escalabilidad

            -Facilidad de instalación

            -Soporte

            -Documentación

                        -de desarrollo

                        -posts en webs

                        -documentación comercial

            -Formación

                        -How-To´s en la web

                        -Tutoriales de los desarrolladores

                        -Tutoriales comerciales

                        -Cursos ofertados y certificaciones

 

OpenCms es uno productos más maduro y presenta una gran usabilidad, gracias a que su interfaz es sencilla de utilizar e intuitiva. No tiene puntos débiles que sean extremadamente importantes, pero debe destacarse que no utiliza el estándar JSR-170, por lo tanto no está trabajando con estándares, aunque al ser software libre su API pública es conocida.

 

Cabe a destacar, que actualmente se está empezando a desarrollar un plugin para OpenCms, para que este utilice JPA y según Alexander Kandzior, una vez se haya terminado con este punto, se pasará a implementar el estándar JCR.

 

Uno de los puntos fuertes de OpenCms es que debido a la su condición de producto Community tiene un soporte más grande de la comunidad. Más aún, al ser software libre, esta herramienta disfruta de todas las ventajas que una aplicación de este índole tiene. Algunas de estas ventajas son:

 

  • Escrutinio Público: Debido al libre acceso al código fuente se llega a un proceso de corrección de errores muy dinámico, sin que haga falta esperar que el proveedor del software saque una nueva versión.
  • Independencia del proveedor:
    a. Al disponer del código fuente, cualquiera puede ofrecer soporte, desarrollo u otro tipo de servicios para el software.
    b. No estamos supeditados a las condiciones del mercado de nuestro proveedor, es decir, si el proveedor decide parar el desarrollo o soporte del software, se puede continuar con el desarrollo del producto.
  • Manejo de la Lengua:
    a. Traducción: cualquiera puede traducir y adaptar la herramienta a otro idioma.
    b. Corrección ortográfica y gramatical: una vez traducido se pueden presentar errores, los cuales serán subsanados con mayor rapidez. 
  • Mayor seguridad y privacidad:
    a. Los sistemas de almacenamiento y recuperación de la información son públicos. Cualquier persona puede ver y entender cómo se almacenan los datos en un determinado formato o sistema.
    b. Existe una mayor dificultad para introducir código malicioso.
  • Garantía de continuidad: El desarrollo puede seguir después de que la persona o compañía que desarrollo el producto decida discontinuarlo, ya que, cualquier técnico puede continuar con el desarrollo, adaptación o mejora.
  • Ahorro en costos: Hay que distinguir entre varios tipos de costes: de adquisición, de implantación, este último se compone de costos de migración y de instalación, de soporte o mantenimiento, y de interoperabilidad.

 

¿Qué porcentaje de la responsabilidad de mejorar la accesibilidad del contenido deber recaer sobre los editores? ¿Cuál es el mínimo nivel y conocimiento sobre la materia deberían tener?

 

Basándome en mi experiencia personal, la mayoría de los proyectos que se contratan piden que se cumplan algunas de las pautas de accesibilidad para que éstos alcancen los niveles, A, AA o incluso AAA.

Si la aplicación está bien diseñada, ya sea un programa basado en un CMS o un framework del tipo JSF, Spring o cualquier otro del mercado, y teniendo en cuenta que los autores o editores van a ser los responsables de los contenidos a publicar en la aplicación, no es imprescindible que conozcan las pautas de accesibilidad.

La misión principal de un gestor de contenido es dotar del mayor número de herramientas a los editores para que estos puedan gestionar los contenidos de la forma más fácil y sencilla posible, y requiriendo únicamente conocimientos básicos para realizar esta tarea. Por lo tanto, no tiene sentido que un editor conozca las pautas de accesibilidad para que el sitio web cumpla los distintos niveles impuesto por el proyecto. De esta forma, un buen CMS debe hacer que la accesibilidad sea transparente a los editores, otorgándoles múltiples herramientas para la gestión de contenidos pero siempre teniendo presente los niveles de accesibilidad requeridos.

Por ejemplo, en OpenCms, se programa una plantilla a medida, y el editor va insertando contenido. El único problema puede residir en los editores  WYSIWYG, como puede ser el FCKEditor. Este tipo de editores ofrecen una serie de herramientas al usuario para editar su contenido de una forma visual, lo cual hace que esta tarea sea mucho más intuitiva para el editor ya que está viendo en todo momento el resultado. Evidentemente, este tipo de editores ofrecen muchas herramientas que según que niveles de accesibilidad se exijan serán válidas o no. Por lo tanto, como proceso previo quedaría analizar qué nivel debemos cumplir y actuar sobre las herramientas que no son válidas para ello. Por ejemplo, el cambiar el color a un párrafo puede ser una herramienta útil si no necesitamos cumplir un nivel AAA de accesibilidad, pero sin embargo, si este nivel es requerido debemos cuidar mucho más la combinación de colores por lo que es posible que debamos restringir el uso de este tipo de herramientas para evitar problemas en el futuro.

Fácil y ligero Vs. flexible y pesado

Estas dos características no tienen por qué ser incompatibles entre sí. Actualmente hay aplicaciones que son sencillas y ligeras, pero aún cumpliendo estas dos características, son lo suficientemente flexibles.

Tagging y Folksonomía: ¿una buena forma de estructurar la información? ¿Ayuda la web semántica?

En las aplicaciones creo fielmente en las taxonomías y la estructura de la información. Por ejemplo, basándonos en el ejemplo de OpenCms, tenemos que sigue una estructura en árbol, en la cual se define la estructura de la información.

Con una buena estructura de los contenido y si se describen bien, además de añadir palabras clave se llega a solucionar este problema.

Aunque en mi opinión a la web semántica le queda mucho por madurar y ser realmente útil, debido a los problemas que existen de pasar de la web actual o sintáctica a la web semántica, hay cosas que nos permiten potenciar la web. Por ejemplo, el uso de  microformatos ¿Qué permite esto? pues permite que usando una extensión, plugin, etc del navegador con el que se visione el portal podamos agregar las fichas de los contactos a nuestro gestor de correo electrónico (siempre que sea estándar, claro). Pero no solamente eso, sino que además facilitamos a los robots-arañas de los grandes buscadores la indexación de los contenidos del portal. En general la web semántica consiste en que la información que va a estar en internet estará mejor definida, de manera que en un futuro no muy lejano podamos encontrar la información que necesitemos con mayor facilidad.

Siempre tenemos en mente la accesibilidad para el usuario final, pero ¿Qué pasa con la usabilidad?

En este asunto cabe a destacar que hay un sector que no diferencia entre la usabilidad y la accesibilidad, conceptos que están bien diferenciados. La accesibilidad es la capacidad que posee una web / aplicación para permitir que los usuarios accedan a sus contenidos sin dificultad. Mientras que la usabilidad es  una forma de medir lo fácil, rápido y agradable que resulta utilizar una web o servicio.

Antes que nada hay que diferenciar entre los tipos de aplicación, hay aplicaciones que  no se “usan” si no que se consultan, como puede ser una página web, por contra,  mientras que existen aplicaciones las cuales debido a su naturaleza si tienen un alto grado de interoperabilidad tiene que ser altamente usable y amigable para el usuario, como puede ser una aplicación de gestión. Normalmente, por mi experiencia la accesibilidad complica mucho la usabilidad y en una herramienta de gestión se suele ceder en pro de la usabilidad su accesibilidad.

Lo que sí es verdad es que la usabilidad y la accesibilidad deberían ir de la mano, sobre todo teniendo en cuenta que cuanto más accesible sea una aplicación, más gente podrá utilizarla y, en cierta forma, sería más usable. Lamentablemente hay muchas aplicaciones que dejan totalmente de lado la usabilidad.

Hay que tener en cuenta que objetivo principal de toda aplicación web es mostrar la información que el usuario necesita, por lo que, dichas aplicaciones deben de ser fáciles de usar, permitiendo que los usuarios puedan  manejarlas fácilmente, sacándole el máximo partido posible. Hoy por hoy se trabaja mucho en esta línea, cada vez es más común encontrarnos con webs que con buscador interno, mapa web y otros elementos que ayudan al usuario a encontrar de forma fácil la información que necesita. No hay que pasar por alto la importancia de la usabilidad, es muy importante, ya que, una aplicación por muy buena que sea, si no es usable, lo más probable es que el usuario final no la use.

Respecto a los contenidos de autor, no hay que olvidar que, un CMS no es más que una aplicación de gestión, por ello hay que tener en cuenta, como ya se dijo antes, la misión la misión de un CMS es que el contenido sea gestionado de forma más fácil y usable y en ese sentido la edición directa de OpenCms es un punto a su favor, más que considerable.

Contenido multimedia es un infierno (Para la accesibilidad)

En mi opinión, esto no es del todo cierto, tenemos que tener en cuenta que hoy por hoy existen una serie de estándares, los cuales si se siguen, conseguimos tener contenido multimedia accesible.

Por ejemplo, Adobe acaba de conseguir que el Flash sí sea accesible, también están los videos con subtítulos y resúmenes, audios con transcripciones. Si las cosas se hacen bien, siguiendo las pautas marcadas por los estándares no pasa nada.

Aplicaciones ricas en los CMS

Las tendencias actuales en las aplicaciones es usar framework RIA, por todos los beneficios que aportan, ya sean funcionales o visuales. Por ejemplo, en OpenCms están incluidas características muy interesantes como una mejora en la usabilidad de la edición directa permitiendo drag & drop de los contenidos, uso de ajax, etc.

Generación de contenido para dispositivos móviles

Hay varias formas de abordar este problema, lo lógico sería hacer una web lo suficientemente usable y accesible que no sea necesario discriminar a los usuarios, independientemente del dispositivo de conexión, conocimientos, capacidad, habilidad. Aunque también es verdad que haciendo una web lo suficientemente usable y accesible, se puede llegar a perder potencial en una aplicación, es decir, programar algo genérico que funcione en todos los dispositivos, significa que no se aproveche todo el potencial que pueda tener un dispositivo en concreto. Por eso existen herramientas, como Merkur, que permiten que se adapte el contenido dependiendo del dispositivo desde el que se accede.