Bloggers recientes

 

[ Blog ]
[ Wiki ]
[ Slideshare ]
[ Twitter ]
[ YouTube ]
Cesar Capillas Mensajes: 171
Estrellas: 8
Fecha: 1/04/15
Gustavo Fernandez Mensajes: 74
Estrellas: 7
Fecha: 16/03/15

Archivo

Tags

noBlogo - El blog de zylk.net

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:
Tip for Libreoffice script in Alfresco 5.0.c

Alfresco script $INSTALLDIR/scripts/ctl.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.
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:

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. 

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

Mostrando el intervalo 1 - 5 de 283 resultados.
Resultados por página 5
de 57