Bloggers recientes

 

[ Blog ]
[ Wiki ]
[ Slideshare ]
[ Twitter ]
[ YouTube ]
Cesar Capillas Mensajes: 187
Estrellas: 8
Fecha: 26/04/16
Gustavo Fernandez Mensajes: 91
Estrellas: 7
Fecha: 5/04/16

Archivo

Tags

noBlogo - El blog de zylk.net

Change Alfresco ports in Alfresco 5
Sometimes we need to change the main ports of an Alfresco web application (i.e 8080 --> 9080), for example for running another Tomcat based app in your machine. This is a tip for Alfresco 5.x
 
* Change 8080, 8443, 8009 and 8005 connector ports in $ALF_HOME/tomcat/conf/server.xml
 
* Change JPDA 8000 in  $ALF_HOME/tomcat/bin/catalina.sh if used
 
* Change 8080, 8443 ports in $ALF_HOME/tomcat/shared/classes/alfresco-global.properties
 
  alfresco.port=8080
  share.port=8080
  solr.port=8080
  solr.port.ssl=8443
 
* Change 8080 ports in $ALF_HOME/tomcat/shared/classes/alfresco/web-extension/share-config-custom.xml urls (at least 5 urls by default)
 
* Change 8080 and 8443 in: 
 
  alfresco.port=8080
  alfresco.port.ssl=8443
 
  $ALF_HOME/solr4/workspace-SpacesStore/conf/solrcore.properties
  $ALF_HOME/solr4/archive-SpacesStore/conf/solrcore.properties
 
In Alfresco 4.x (with SOLR 1.4) you need :
 
  $ALF_HOME/alf_data/solr/archive-SpacesStore/conf/solrcore.properties
  $ALF_HOME/alf_data/solr/workspace-SpacesStore/conf/solrcore.properties
 
If for any reason you have to run two Alfresco repositories in the same machine, you may have other port conflicts relating RMI (50500), FTP (2121), CIFS (1445,1137-1139), IMAP (1443) , SMTP (25), Hazelcast (5701) or Libreoffice (8100). You may need to check this:
 
Java AutoCloseable interface

He estado haciendo unas prubas mínimas con las interfaz autocloseable introducida en java 7 ... y la verdad es que está muy bien y hace que quede el código típico de try{} cath{}  finally{} mucho más limpio. Dejo aquí un ejemplo básico de uno de sus posible usos.

public class HBaseUtil implements AutoCloseable
{
    private Connection connection;
    public HBaseUtil() throws IOException
    {
        Configuration  conf = HBaseConfiguration.create();
        conf.set("hbase.zookeeper.quorum","lug000.zylk.net,lug008.zylk.net");
        conf.set("hbase.zookeeper.property.clientPort","2181");
        conf.set("zookeeper.recovery.retry","5");
        conf.set("zookeeper.session.timeout","5000");
        conf.set("hbase.client.retries.number","3");
        conf.set("zookeeper.znode.parent", "/hbase-unsecure");
        this.connection = ConnectionFactory.createConnection(conf);
    }
    
    private Connection getConnection()
    {
        return this.connection;
    }
    
    public void add() throws IOException {
        this.getConnection();
        //add element code
    }
    
    @Override
    public void close() throws Exception {
        if(!this.connection.isClosed())
            this.connection.close();
       
    }
    
    
    public static void main(String[] args) throws IOException
    {
        try (HBaseUtil hbu = new HBaseUtil())
        {
            hbu.add();
           
        } catch (Exception e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
    }
}

 

Share action to copy an Alfresco link in your email client
Some time ago, we published an Alfresco addon for editing online with Libreoffice in Alfresco Share (via webdav protocol), in github. For this plugin, that works in Alfresco 4.x and 5.x versions, we need to register a protocol for using webdav url scheme (dav: or vnd.sun.star.webdav:) in our operating system. Recently, we made an update for Libreoffice 5.x in github.
 
Taking a similar aproximation, we developed another simple action for copying directly an Alfresco download URL via mailto: protocol, which is already registered in our OSes. I mean, when clicking in the corresponding action, your email client is opened with the download url for the file copied in the body of a message. Between the different download urls available, we chose http webdav url for getting some information about the paths and filenames. The github project is available here.
 
In fact, this is done in a similar way, when sharing a public url via email, but for public content.
 
This action is available in both Document Library and Document Details menus. The details menu is shown below:
 
 
 
 
When clicking for the first time and if a default application is not defined for the mailto: protocol (or url scheme), the browser will ask you for an application. Click in the right app and remember the chosen application. In the figure, I selected Zimbra, which is my email web client.
 
 
Finally, you will get something like this:
 
How to avoid indexing full content in Alfresco
To avoid indexing full content in Alfresco, we have different aproximations:
 
1. From SOLR point of view (tested in SOLR 1.4 and Alfresco 4.2.5): 
 
In solrcore.properties (for workspace and archive store) set: 
 
alfresco.index.transformContent=false 
alfresco.ignore.datatype.1=d:content 
 
This is a general setup (for all content types).
 
2. From Filesystem Bulk Import and/or CMIS APIs point of view: 
 
Add aspect cm:indexControl and use cm:isIndexed=true, and cm:isContentIndexed=false in your XMLs for Bulk import. In APIs, use addAspect and set the corresponding properties. 
 
This is highly customizable, for any given types used in your data imports or APIs.
 
 
3. From a custom model point of view: 
 
Create an aspect overriding cm:indexControl
 
<aspect name="my:doNotIndexContentControl"> 
    <title>Do Not Index Control</title> 
    <parent>cm:indexControl</parent> 
    <overrides> 
       <property name="cm:isIndexed"> 
           <default>true</default> 
       </property>  
       <property name="cm:isContentIndexed"> 
           <default>false</default> 
       </property> 
     </overrides> 
</aspect> 
 
And then, set it as mandatory aspect for the custom content type. This is highly customizable, for a given custom type, defined in the repository.
El futuro de sinadura (sinadura 5)

El ecosistema de sinadura, que zylk.net lleva gestionando y dinamizando desde hace unos 7 años, va a sufrir este año una transformación, o eso esperamos. Hasta ahora todos los proyectos que componen el ecosistema son proyectos con una base común pero sin una ligazón fuerte. Durante el año 2016 desde zylk.net vamos a tratar de impulsar varias acciones relacionadas con este ecosistema. La intensidad del impulso dependerá bastante de la financiación que consigamos para afontar este nuevo reto.

  • Integración de los dos principales servicios (sinadura desktop, cloudsign)
  • Autenticación en dos fases, basada en un QR y en un móvil, para disparar el proceso de firma delegada
  • Firma de documentos remotos (para la integración con aplicaciones de terceros) con el fin de permitir usar sinadura desktop en aplicaciones web (esto ya lo hace a día de hoy, sinadura desktop, usando webdav y el proyecto apache vfs que se integró en sinadura hace ya varios años. Esto se hizo para permitir la firma de documentos en el gestor documental alfresco).

Como se puede ver hay dos acciones que se encaminan a mejorar los dos productos principales del ecosistema. Y otra acción que se encamina a hacer que los procesos de firma de una organización se coordinen desde un sistema centralizado que controle, quién puede hace qué y desde qué dispositivo.

La integración de ambos desarrollos nos debería permitir la gestión de las firmas desde los siguientes puntos de vista

Firma delegada basada en servicios REST (con una sistema de auntenticación en 2 Fases)

  1. Para permitir realizar firmas corporativas
  2. Para permitir firmas de aplicación

Firmas en PC, integradas con las aplicaciones de una empresa

  1. Para permitir firmas de terceros sin tener que custodiar sus certificados
  2. Para permitir firmas personales con smartcards (dnie electrónico)

En esencia la idea es eliminar del ecosistema, el producto sinadura ECM y ampliar su funcionalidad para que permita firmar documentos no solo almacenados en alfresco ECM. Además perseguimos potenciar el uso de cloudsign, al integrar ambos productos para permitir cubirar las necesidades globales de firma de una empresa.

 

Para poder afrontar este reto, vamos a incorporar un proces de autenticación en dos fases a la plataforma cloudsign. El diagrama base de lo que se pretende hacer es el siguiente

 

 

Con estas dos mejoras de los productos del ecosistema vamos a poder hacer que ambos confluyan en una solución única. La idea de la confluencia es la descrita en el siguiente gráfico:

Veremos como se da el año (2016) y veremos si, desde zylk.net, somos capaces de traccionar esta nueva visión.

Mostrando el intervalo 1 - 5 de 318 resultados.
Resultados por página 5
de 64