Addons de interes para el modelado de contenidos en Alfresco

En el post de hoy voy a repasar una serie de herramientas y módulos de Alfresco que utilizan entre otras funciones en el modelado de contenidos para Alfresco.
 

Alfresco Model Designer

Alfresco Model Designer es un módulo para el diseño y creación de tipos, aspectos y formularios en Alfresco, directamente desde la interfaz de Alfresco Share proporcionando una vista simple e intuitiva. Permite la creación, testeo y publicación de plantillas y formularios directamente en Alfresco sin la necesidad de editar ficheros XML, y ejecutado en caliente sin la necesidad de reiniciar el servidor. Es un módulo que modifica sustancialmente el núcleo de Alfresco, y es sólo valido para algunas de las versiones de Alfresco, pero permite una edición ágil y sobre todo una visualización de los modelos desplegados e implementados. Hay unos cuantos de propósito similar.
 
 
 
 

Alfresco FDK (Alfresco Development Form)

Alfresco FDK proporciona soporte a los administradores y desarrolladores que desean configurar, extender y personalizar formularios en aplicaciones basadas en Spring Surf como Alfresco Share. Sólo para Alfresco 4.
 
 
 
 

Listas de valores en Alfresco Share

Este addon propociona una manera de gestionar una lista de valores para ser usados en los fomularios de metadatos de Alfresco, como alternativa a al modelo de constraints de tipo lista de datos. Con este módulo, no es necesario reiniciar Alfresco tras editar las listas.
 
 
 

Explorador de nodos

El explorador de nodos es una utilidad de depuración que permite la navegación por la estructura del repositorio de Alfresco, permitiendo visualizar la información para cada nodo de los objetos documentales como tipos o aspectos aplicados, valores de las propiedades, asociaciones o permisos. Es posible acceder a los diferentes almacenes (stores) del repositorio, y acceder a la información de los usuarios, de las categorías o de la papelera. Permite hacer búsquedas mediante referencias de nodo, xpath, jcr-xpath, lucene, fts-alfresco, cmis-strict, o cmis-alfresco. Se puede acceder al explorador de nodos desde los clientes Alfresco Share y Alfresco Explorer. Es muy interesante para las búsquedas por tipos, aspectos y metadatos de nuestro modelo custom de contenidos (o incluso la simple navegación por los stores) permitiendo comprobar que se están consolidando los datos adecuadamente a través de los formularios o APIs utilizadas.
 
 

Consola de Javascript

La consola de Javascript para Alfresco Share es una herramienta precisa y eficaz para desarrolladores de aplicaciones y servicios vía API Javascript, así como tareas de mantenimiento del sistema, proporcionando una potente consola con acceso a la información de nuestra instancia. Desde la consola es posible acceder a toda la información de un nodo o un conjunto de nodos a través de una búsqueda vía API Javascript, y de realizar operaciones sobre los nodos. Es especialmente útil cuando se ejecutan procesos para recorrer e iterar sobre todos los nodos bajo un espacio, por ejemplo de un tipo documental implementado determinado. Es necesario la instalación de un módulo de Alfresco.
 
 
 
 
Ejecutar scripts desde Alfresco Share
 
Un hermano menor de la consola Javascript de Alfresco Share es simplemente definir una acción que permita ejecutar un script de Javascript en Alfresco Share (los scripts albergados en /Data Dictionary/Scripts). Esto es posible en el cliente Alfresco Explorer, pero no en Alfresco Share, con lo que es necesario instalar un módulo adicional. En Alfresco Share podría hacerse algo similar a través de una regla, aunque puede obviarse si se tiene instalado la consola de Javascript. En la versión 5 de Alfresco, al desaparecer Alfresco Explorer, adquiere aún más sentido.  
 
 

Alfresco Filesystem Import

El módulo Alfresco Filesystem Import permite cargar y reemplazar el contenido de una unidad local preservando la estructura de carpetas y ficheros. Es posible así mismo cargar versiones de los documentos así como información sobre los metadatos de nuestro modelo custom a través de ficheros XMLs. El módulo es monoproceso (sólo se puede ejecutar un proceso cada vez), y el acceso a la GUI está restringido a un administrador de Alfresco. El webscript de inicio del módulo de bulk import está en:
 
 
https://alfrescoserver/alfresco/service/bulkfsimport/initiate
 

Exportar e importar ACPs desde Alfresco Share

Un método de importación y exportación (que no exactamente de migración) puede realizarse a través de archivos ACPs (Alfresco Content Packages). Estos archivos contienen toda la información de los permisos, versiones y metadatos de un conjunto de ficheros importado. Es posible realizar importaciones y exportaciones de ACPs desde el cliente Alfresco Explorer y desde Alfresco Share a través de la instalación de un módulo para Alfresco Share. Es interesante no sólo para importación y exportación de contenidos entre instancias de Alfresco, sino también para la manipulación de los metadatos de los mismos.
 
 
 

Alfresco Support Tools

Alfresco Support Tools es un módulo que proporciona herramientas de soporte adicionales en la consola de administración del repositorio. Entre sus características encontramos la posibilidad de visualizar la consola de logs de Alfresco a través de un acceso web (de administrador), lo que es esencial a la hora de probar nuestros modelos de contenidos. Solo para la versión Enterprise de Alfresco.
 
 
 
Más información y otros usos:
Nota: En Alfresco 5.x no está disponible el cliente Alfresco Explorer
Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude

Algunos conceptos básicos en el modelado de contenidos de Alfresco

El pasado viernes comencé una serie de posts relativos al modelado de contenidos en Alfresco ECM. Como empecé por el final voy a definir algo de terminología y conceptos clave en el lenguaje documental de Alfresco, ara los que empiezan. Lo que sigue es una traducción parcial basada en el excelente tutorial de Jeff Potts sobre tipos documentales en Alfresco y que referencio más abajo.
 
Un modelo de contenido describe los datos que se están guardando en el repositorio. Conforma una parte esencial y crítica, ya que sin él Alfresco sería algo más que un sistema de ficheros. Un modelo de contenido presenta la siguiente información clave:
 
  • Los tipos de datos fundamentales y como deben persistirse en base de datos. Sin un modelo de contenido, Alfresco no sabría la diferencia entre un literal y una fecha.
  • Los tipos documentales (tipos de datos de alto nivel) como carpetas y contenidos, así como los tipos documentales personalizados (procedimiento, factura, contrato...).
  • Aspectos como “auditable” o “clasificable” o aspectos personalizados como “Datos de factura” o “Datos de empresa”...
  • Propiedades (o metadatos) específicos de cada tipo de contenidos.
  • Ligaduras (constraints) de ciertas propiedades, por ejemplo, una lista restringida de datos.
  • Como indexar el contenido para las búsquedas.
  • Las relaciones (asociaciones) entre los tipos documentales.
 
Los modelos de contenido de Alfresco están construidos en un conjunto de bloques relativos a:
  • Tipos (types)
  • Propiedades (properties)
  • Asociaciones (associations)
  • Ligaduras (constraints)
  • Aspectos (aspects)
Tipos documentales
 
Los tipos documentales son como las clases en el mundo de la programación orientada a objetos. Se utilizan dentro de los diferentes modelos documentales, tienen propiedades asociadas (que usualmente llamamos metadatos) y pueden heredar características y propiedades de otros tipos documentales base de Alfresco, como por ejemplo persona (cm:person), carpeta (cm:folder) o contenido (cm:content). Hablamos normalmente de extender tipos documentales base, basados en un documento (por ejemplo, una factura, un registro o un documento electrónico) o una carpeta (por ejemplo, un expediente), es decir, que heredan las propiedades fundamentales de esos tipos base. La herencia de los tipos documentales es un concepto muy importante en el modelado de contenidos. Cabe notar que los tipos, propiedades, constraints, asociaciones y aspectos tienen nombres únicos dentro de un modelo. Un modelo utiliza un espacio de nombres con una abreviatura como prefijo.
 
Propiedades (metadatos)
 
Las propiedades son metadatos asociados con un tipo particular. En estas se definen el tipo de dato que manejamos y que incluye los tipos básicos fundamentales como literales (strings), fechas (dates) o booleanos. Los tipos fundamentales básicos están definidos por defecto. 
 
Ligaduras (constraints)
 
Las constraints pueden ser usadas para restringir el valor de un valor en Alfresco cuando este se almacena en Alfresco. Hay de cuatro tipos: 
  • REGEX: Se usa para restringir en base a una expresión regular (por ejemplo un CIF)
  • LIST: Se utiliza para restringir en base a una lista de valores (por ejemplo, entre los idiomas disponibles de un documento)
  • MINMAX: Se utiliza para restringir las cotas superior e inferior de un valor numérico. Por ejemplo una propiedad de año valida entre 1970 y 2014.
  • LENGTH: Se utiliza para restringir la longitud de un literal.
 
Las constraints pueden definirse una vez y ser reutilizadas. Por ejemplo, para el nombre de fichero el modelo de contenido de Alfresco define una constraint denominada cm:filename que define una expresión regular. No todos los nombres son posibles, por ejemplo el nombre no puede acabar con un . o no puede utilizarse la /.
 
Como alternativa a la constraints de tipo lista a veces se utilizan listas de datos.Os dejo el link de un artículo previo aquí.
 
Asociaciones
 
Las asociaciones definen las relaciones entre tipos. Existen de dos tipos:
  • Relaciones (peer association) entre dos objetos, sin subordinación.
  • Relaciones hijo-padre (child association): Relación subordinada padre – hijo de tal manera que si se borra al padre, los hijos son borrados (borrados en cascada). 
Un ejemplo por defecto en el modelo de contenidos de Alfresco, de esto ultimo es cm:contains. La asociación cm:contains relaciona una carpeta cm:folder con cada documento en su interior. Os dejo también un ejemplo práctico aquí.
 
Aspectos
 
La herencia de propiedades tiene muchas implicaciones en el modelo de contenidos. En ciertos casos, los modelos planteados no son especialmente jerárquicos si no que necesitan de estructuras más flexibles, transversales y planas. Los aspectos son características de Alfresco (cm:versionable, cm:auditable o cm:taggable son algunos de los aspectos por defecto de Alfresco) y contienen en general conjuntos de propiedades dinámicas que pueden aplicarse a diferentes tipos documentales. Es un concepto en sí, mucho más dinámico que una clase o tipo documental, ya que sus propiedades se pueden asignar en cualquier momento, mientras que las propiedades del tipo son asignadas en la inicialización de la clase. En ciertos contextos, se puede hablar de ellos como tipos documentales de segundo orden.
 
Enlaces:
 
Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude

Recomendaciones a la hora de implementar un modelo de contenido en Alfresco

Existen algunas recomendaciones más o menos generales para la implementación de modelos de contenidos en Alfresco, que se apuntan en la propia documentación de Alfresco y en los tutoriales como:
  1.  No cambiar el modelo por defecto de Alfresco, sino extenderlo si es posible.
  2.  Considera implementar un modelo base organizativo con metadatos organizativos.
  3.  Implementa lo que tu modelo necesita inicialmente, no lo compliques innecesariamente.
  4.  Evita una profundidad innecesaria del modelo, evitando jerarquías complejas de tipos documentales.
  5.  Toma ventaja de los aspectos frente a los tipos, por su flexibilidad y reutilización.
  6.  Puede tener sentido definir tipos lógicos que no tienen propiedades o asociaciones.
  7.  Recuerda que las carpetas o personas en Alfresco también son tipos documentales.
  8.  No tengas miedo de tener más de un modelo de contenidos.
  9.  Implementa una clase java correspondiente a cada modelo de contenido.
A la hora de implementarlos puedes:
  • Desplegarlos en caliente en Data Dictionary/models
  • Desplegarlos en el directorio extension
  • Desplegarlos mediante un JAR
  • Desplegarlos mediante un AMP
Normalmente suelo preferir durante el desarrollo desplegarlos en el directorio de extensiones, para finalmente empaquetarlo en un AMP o JAR, en el entorno de producción.
 
Para un modelo uso al menos seis archivos de configuración. En el repositorio normalmente tendré tres archivos por modelo:
  • $ALF_HOME/tomcat/shared/alfresco/extension/zk-model-context.xml 
  • $ALF_HOME/tomcat/shared/messages/zkModel.properties
  • $ALF_HOME/tomcat/shared/alfresco/extension/model/zkModel.xml
En el fichero de contexto de Spring usaré una notación para los ids relacionados con mi modelo, en este caso zylk. Por ejemplo, zk sera el prefix del modelo de contenidos, zk aparecerá en los ids de beans de Spring, zk aparecerá en los ficheros correspondientes.
 
En Alfresco Share tendré así mismo otros tres ficheros para los formularios y share-config-custom.xml:
  • $ALF_HOME/tomcat/shared/alfresco/web-extension/zk-share-forms-context.xml 
  • $ALF_HOME/tomcat/shared/alfresco/web-extension/messages/zk.properties
  • $ALF_HOME/tomcat/shared/alfresco/web-extension/forms/zk-config-custom.xml 

Los archivos de contexto de Spring tanto en el repositorio como en Share apuntarán a las rutas de los otros archivos. Luego es posible que intervengan más ficheros, por ejemplo javascript, si configuramos metadata templates.

Otras recomendaciones útiles pueden ser:
  • Si despliegas los modelos en el directorio de extensiones crea un directorio models por debajo de extension y de forms por debajo de web-extension.
  • No dispongas toda la configuración de los formularios en el archivo share-config-custom.xml, separa los formularios por tipos. Utiliza el archivo unicamente para share-config-custom.xml para las definiciones genéricas como alta de aspectos, utilización de tipos en reglas de contenido o cambiar tipo, y trata de no machacar onfiguraciones anteriores (no uses replace=true).
  • Es preferible que los modelos de contenidos no estén desplegados en Data Dictionary en el entorno de producción (al igual que webscripts o scripts js).
  • El método dinámico de despliegue de modelos es útil para comprobar si hay errores de sintaxis en el modelo, o si el modelo tiene algún error en la carga.
  • En un entorno tanto de desarrollo como de producción, es muy interesante separar las capas del repositorio y de Alfresco Share porque te va a permitir trabajar con formularios de manera más ágil.
  • No mezclar los modelos de despliegue dinámico y estático, sobre todo si se trata de los mismos modelos. Puede ser interesante un acceso web a los logs del repositorio para cuando los modelos no carguen correctamente.
Enlaces:
Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude

Nos mudamos a un nuevo blog: blog.irontec.com

Tras nuestra nueva web y nuestra nuevas oficinas en el proyecto Bilbao Berrikuntza Faktoria… nos tocaba también un nuevo blog con aire renovado.

Te esperamos con nuestros contenidos de siempre (VoIP y Asterisk) y mucho más (nuestros proyectos, desarrollo, sistemas, el día a día) en blog.irontec.com.

nuevo-blog-irontec

Kategoriak: General | Komentarioak desgaituta daude

Nos mudamos a un nuevo blog: blog.irontec.com

Tras nuestra nueva web y nuestra nuevas oficinas en el proyecto Bilbao Berrikuntza Faktoria... nos tocaba también un nuevo blog con aire renovado.

Te esperamos con nuestros contenidos de siempre (scripts, partes de código, php, software libre...) y mucho más (nuestros proyectos, voip, sistemas, el día a día) en blog.irontec.com.

Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude

Tip for Libreoffice script in Alfresco 5.0.c

Alfresco script $INSTALLDIR/alfresco.sh in Alfresco Community 5.0.c needs a fix for using Libreoffice in transformations and previews for MS-Office and Libreoffice formats:

LIBREOFFICE_SCRIPT=$INSTALLDIR/libreoffice/scripts/ctl.sh
 
to
 
LIBREOFFICE_SCRIPT=$INSTALLDIR/libreoffice/scripts/libreoffice_ctl.sh
 
And in $INSTALLDIR/libreoffice/scripts/libreoffice_ctl.sh script it is necessary to remove "\" in soffice command.
 
Then Libreoffice starts normally with alfresco.sh script. Tested in Ubuntu 14.04 LTS Server.
Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude

Script para refrescar los tags de sitios en Alfresco Share

En muchas implantaciones de Alfresco CE y EE de las versiones 3.x, 4.x y 5.x me he encontrado que los tags no funcionan lo suficientemente bien, viendome obligado a refrescar el tagscope de los sitios. Esto produce un reindexado de estas etiquetas. Es una solución temporal, pero permite definir una acción a demanda por ejemplo en un dashlet, un webscript, o incluso en una tarea programada.

Dejo aqui un script aplicable a las librerías de documentos de los sitios. Se puede ejecutar desde la consola de Javascript o desde el módulo ejecutar script en Share, albergando el siguiente código en la carpeta Scripts de Data Dictionary.

 

var nodes = search.luceneSearch('@name:documentLibrary');
 
for each(var node in nodes) {
    logger.log(node.webdavUrl + ' (' + node.typeShort + '): ' + node.nodeRef);
    var refresh = actions.create("refresh-tagscope");
    refresh.execute(node.nodeRef);
}

 

Enlaces:

Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude

Nueva versión de sinadura, ahora firmamos factura-e y disponemos de perfiles de firma

La nueva versión de sinadura Desktop ha visto hoy la luz... puedes descargártela en la zona de descarga del site de sinadura. Las principales características de esta nueva versión se pueden agrupar en dos grandes grupos

  • Gestión mejorada de los perfiles de firma de los documentos PDFs.
  • Posibilidad de realizar firmas de facturas electrónicas en formato factura-e 3.0-3.1-3.2-3.2.1 (esta funcionalidad ha sido patrocinada por la asociación LantegiBatuak

En relación al primer bloque de características vinculadas con la firma de PDFs el desarrollo se ha realizado pensando en la firma de documentos con sello visible. La idea es que un documento PDF se puede preparar con lo que se conocen como huecos de firma (signature fields).

Un hueco de firma es un tipo de campo dentro del PDF que en esencia sirve para situar una firma en él. Por tanto lo que se ha hecho en esta versión de sinadura es crear múltiples perfiles de firma y permitir asociar dichos perfiles a nombres de huecos concretos.

 

¿Qué se perseguía con esto?, en esencia lo que permite es definir un perfil de firma, por ejemplo gerente, con la firma escaneada del gerente y que cada vez que alguien prepara un documento para firmar se pueda establecer que es el hueco de firma para el gerente.

En su versión community sinadura gestiona todos estos perfiles de manera local, en su versión enterprise estos perfiles se gestionan desde una herramienta web y son compartidos por todas las personas de una organización. Esto permite una gestión más eficiente del los perfiles de firma porque está centralizada. No hay que olvidar que la imagen del sello no es la firma ... y que aunque esta funcionalidad es muy interesante, desde el punto de vista de la firma digital no se ha cambiado en esencia nada.

 

Resumiendo si preparamos un documento PDF con dos huecos de firma, hueco 1 para el gerente y hueco 2 para el secretario... sinadura será capaz de usar los perfiles de firma asociados a dichos huecos y presentar las firmas de manera acorde a la preparación que se ha realizado del documento. Por tanto podrá la firma del gerente en el hueco que se ha dejado para el gerente y la del secretario en su hueco correspondiente.

Otra característica que se ha añadido en relación a la firma de PDFs es que se permite seleccionar la posición del sello en el momento de firma si es que el documento no tiene hueco o no corresponde con ningún perfil. Además el documento que se visualiza para posicionar el sello es el documento seleccionado para la firma.

La otra nueva funcionalidad, no relacionada con los PDFs, es la posibilidad de firmar facturas electrónicas en formato factura-e. Fruto de la colaboración con Irontec, se ha ampliado sinadura para que detecte, si se selecciona un xml y si dicho xml es un factura-e válido, y en tal caso lo firme siguiendo la política de firma correspondiente. En este caso esto permite generar facturas firmadas válidas ahora que las AAPP exigen que ciertas facturas se emitan en este formato. Era una función bastante demandada por usuarios y en los foros y esperemos que sea útil para todos.

Podemos ver a continuación un pantallazo de una factura validada con el validador del ministerio, firmada con sinadura 4.2 (agradecer las esponsorización de esta funcionalidad a LantegiBatuak.

Como ya sabéis todos sinadura es Software Libre así que os invitamos a probar la nueva versión, modificarla y contribuir así a su expansión tanto en el foro (contribuyendo en el mismo) como en redes sociales. 

Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude

Cómo crear y administrar un site con Liferay 6.2.

 

Zylk.net vuelve a colaborar con Enpresa Digitala en su extensa programación de formaciones orientadas al mundo empresarial, en este caso con uno de nuestros cursos más solicitados: “Cómo crear y administrar un site con Liferay”.

Dentro de las herramientas a disposición de las empresas y organizaciones que quieren dar a conocer sus productos y servicios, una de las más relevantes es el portal corporativo. Si además se busca que este portal sea algo más que un escaparate de productos y permita integraciones con herramientas como ERP o plataformas colaborativas, Liferay es la opción más clara.

De esta forma, Liferay es una solución multiportal y multi-idioma de bajo coste para las organizaciones que permite disponer de página web, blog, intranet de documentos y aplicaciones corporativas, y por esta razón es uno de los productos más usados en este ámbito por las empresas de Euskadi y zonas limítrofes.

Además, Liferay es considerado por quinto año consecutivo uno de los líderes en portales horizontales según el cuadrante de Gartner (2014).

 

En este sentido, y alineado con las tendencias, ofrecemos un curso orientado a personal técnico que quiere conocer la parte funcional del portal o que cuenta con algún conocimiento en la gestión de portales y páginas web. Una vez finalizada la formación los asistentes serán capaces de:

Conocer la arquitectura y la gestión de los usuarios y roles en gestor de portales Liferay.

  • Construir comunidades web e intranets dinámicas y elegantes con el sistema de gestión de contenidos de Liferay, realizando funciones de creación y publicación de contenidos en el Portal.

  • Gestionar y conocer las interfaces de usuario y administración de Liferay en el proceso de creación de contenidos estructurados, configuración de los menús, el uso de plantillas y el diseño de la página, así como la gestión de los usuarios y roles.

Las fechas en las que se impartirá el curso son las siguientes:

  • Del 28/04/2015 al 30/04/2015: Gipuzkoa

  • Del 05/05/2015 al 07/05/2015: Araba

  • Del 19/05/2015 al 21/05/2015: Bizkaia

Puedes obtener más información de este curso o sobre otro de Liferay, Alfresco, Pentaho o Sinadura contactando con nuestro departamento comercial llamándonos al 94 427 21 19 o en la siguiente dirección de correo electrónico: sales@zylk.net Disponemos de una amplia formación de catálogo en estas materias y también podemos preparar cursos adhoc o in-house. Puedes consultar nuestro catalogo aquí.

Si quieres contratar este curso accede directamente a Enpresa Digitala en el portal de Euskadi Innova en el siguiente link

Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude

La consola de admin de Alfresco EE y el modulo de Support Tools

La consola de administración de Alfresco Enterprise proporciona una administración gráfica del repositorio y de sus subsistemas principales. Está disponible desde la versión 4.2 (sólo para la versión Enterprise) y se divide en diferentes subpáginas:
  • Resumen del sistema (panel general con los servicios activos)
  • Información del repositorio y licencia.
  • Servicios de Email (Inbound y Outbound).
  • Servicios del repositorio (Actividades, BPM, Replicación, Búsqueda y Transformación)
  • Administración de directorio (Cadenas de autenticacion y sincronización LDAP).
  • Herramientas de soporte (JMX Dump)
  • Sistemas virtuales de ficheros (CIFS, FTP, Imap)
Es una alternativa gráfica (y en caliente) a los cambios de configuración en el alfresco-global.properties o a una consola JMX (como jmxterm o jconsole). Hay que tener en cuenta que los cambios realizados en la consola son a través de JMX, con lo que se materializan en la base de datos de Alfresco y se anteponen a los cambios de la configuración en el archivo alfresco-global.properties y demás configuración por defecto del repositorio. Cuando se usa la consola gráfica del repositorio o una JMX, uno de los principales peligros es que la configuración puede estar dispersa en dos lados, mezclada entre los properties y la base de datos (JMX), y no son facilmente visibles los cambios realizados por JMX.
 
La consola puede accederse a través de:
 
http://alfserver:8080/alfresco/service/enterprise/admin
 
 
 
Un complemento indispensable a esta consola es el módulo de herramientas de soporte de Antonio Soler:
Este módulo proporciona funcionalidades extra sobre la consola gráfica. Entre ellas:
  • Monitorizar las sesionas activas de los usuarios y el pool de conexiones.
  • Monitorizar el rendimiento del sistema, la carga y la memoria JVM.
  • Cambiar los loggers de Alfresco y visualizar los logs de Alfresco.
  • Visualizar y revertir los cambios JMX.
  • Ejecutar las tareas programadas en Alfresco.
  • Obtener información relevante sobre los hilos (threads) de Alfresco.
  • Ejecutar pruebas del subsistema de transformación.

Y de especial utilidad para la gestión de la configuración es la parte relativa a los settings JMX, que permite visualizar qué configuración se ha tocado via JMX y revertirla. Funciona además para cualquier configuración cambiada via otra consola JMX (no sólo la consola EE). Os dejo una captura de esto último:
 
 
 
Enlaces:
 
Kategoriak: Sailkatugabeak | Komentarioak desgaituta daude