Cuando implementamos una zona privada con registro, es muy común que muchos usuarios se registren pero nunca lleguen a validar su correo. Os mostramos la forma de programar una tarea programada de OpenCms para borrar este tipo de usuarios registrados. Cuando implementamos una zona privada con registro, es muy común que muchos usuarios se registren pero nunca lleguen a validar su correo, y por lo tanto podemos tener una base de datos llena de usuarios que no pueden entrar en nuestro sistema.

Uno de los puntos más dificil de programar en OpenCms son los puntos de administración. En este artículo podremos ver una guía de como crear un Report al estilo del resto de puntos de administración de OpenCms. Primero deberemos crear una clase que herede de A_CmsListReport. Debemos sobreescribir el método initializeThread(). El cual generará un objeto de tipo A_CmsReportThread (la cual extenderemos creando nuestra propia clase) y retornaremos como resultado de la función anteriormente descrita.

A la hora de hacer un formatter debemos tener en cuenta muchas cosas, una de ellas es el comportamiento cuando el recurso es recien creado, y solo existe en memoria, y otra cuando el recurso acaba de ser editado. El funcionamiento de un formatter puede que tenga que variar según el estado del recurso. Por ejemplo, cuando desde el ADE creamos un recurso nuevo, este recurso no se crea en el VFS hasta que no lo editamos y guardamos. Mientras tanto es un recurso que solo está en memoria.

No es nuevo si digo que Solr ha revolucionado la forma de programar en OpenCms, uno de sus múltiples usos es la implementación de un buscador mediante palabra clave, en este post veremos como configurar desde nuestra query el cálculo de popularidad que aplica solr por defecto. Una de las funcionalidades más habituales para la que usamos Solr es la implementación de un buscador de contenidos mediante una palabra clave. En este tipo de buscador podemos configurar una serie de restricciones como,

Una de las herramientas más útiles para copias de seguridad y para migración de servidores es la exportación de contenido. En ester artículo veremos como hacerlo mediante código. La exportación de contenido desde OpenCms es una de las herramientas más útiles tanto para la creación de copias de seguridad, como para la migración de una web a otro OpenCms. Actualmente desde la vista de administración disponemos de una herramienta para hacerlo sin problema: Gestión de Base de Datos / Exportar Base

La libertad que nos ofrece groovy para ejecutar código sin necesidad de compilar las clases previamente nos da un gran potencial en OpenCms en tareas de mantenimiento / migración ya que podemos modificar en caliente las clases y el código a ejecutar y no tenemos que estar reiniciando el servidor constantemente como en el caso de usar código java. En este artículo explicaremos como invocar una clase groovy desde una jsp. En primer lugar, ¿sabéis qué es Groovy?

Es muy habitual en OpenCms que al modificar un XSD de un recurso, los ya existente de dicho tipo generen algún error de xml mal formado. Para arreglar el problema OpenCms nos ofrece una herramienta para Reparar Contenido disponible en la vista de Administración. Veamos como podemos ejecutar dicha tarea desde código. Es muy habitual en OpenCms que al modificar un XSD de un recurso, los ya existente de dicho tipo generen algún error de xml mal formado.

Uno de las formas de trabajar con OpenCms más cómoda desde Eclipse es usando el plugin de WebDav, pero este sistema como todo tiene algunos inconvenientes, uno de ellos es como eliminar la información de los sites ya configurados. Uno de las formas de trabajar con OpenCms más cómoda desde Eclipse es usando el plugin de WebDav, pero este sistema como todo tiene algunos inconvenientes. Uno de ellos es como eliminar la información de los sites ya configurados en un workplace, por ejemplo, para

left Existente diversas situaciones ante las cuales nos vemos en la necesidad de volcar una cantidad importante contenido a una instancia de Opencms. El caso más común, la migración de contenido XML/HTML desde un sistema existente al sistema de archivos virtual de Opencms. Existente diversas situaciones ante las cuales nos vemos en la necesidad de volcar una cantidad importante contenido a una instancia de Opencms. El caso más común, la migración de contenido XML/HTML desde un sistema existente

Admitámoslo, OpenCms tiene sus fallos. Y según mi experiencia, algunos de estos fallos pueden poner en un serio aprieto a más de un proyecto. Después de este breve acto de reflexión, la buena noticia es que hay algunos que tienen fácil solución. Como referencia y para más información, los parámetros de configuración del commons dbcp están explicados de forma pormenorizada aquí: http://commons.apache.org/dbcp/configuration.html En este caso, una de las cosas que podemos solucionar es mejorar el