El éxito de la mayor parte de los ERP / CRM y de los sistemas de gestión de bases de datos reside en la paradoja del dato único. Unificar todos los sistemas de gestión de una organización bajo una única herramienta o base de datos con el objetivo de evitar duplicidades y errores. El éxito de SAP , SAGE u Oracle , reside en la promesa de que tienes un único listado de clientes, un único listado de productos, una única lista de facturas y evitar por lo tanto muchos errores. Por otro lado, la promesa detrás de los sistemas de Bussines Intelligence , se fundamenta en que si no tienes un único sistema unificado, tu c uadro de mandos de BI te permite ver desde un único punto y tratar de una forma unificada toda información de una compañía. Sin embargo me sigo encontrando empresas e instituciones que no siguen este criterio, con su activo más valioso, la relación con sus propios clientes. No te tratan igual en una llamada que en la siguiente, te ves obligado a repetir lo mismo una y otra v

In different projects we have been working to configure Liferay+SOLR in a Active/Active cluster with HA . After trying all the available alternatives we decided to move a step forward, and to integrate SOLR with zookeeper instead of the Master/Slave recommended solutions. I've been using this configuration since SOLR 3.X and Liferay 5.2.X but with SOLR 4.X this solution has become unbeatable and i think it's time to give back to the community the patch we have been testing and using. In this article you wil find: 1. The purpose of this fork/code 2. How to setup a cloud with Zookeeper + SOLR 4.0 3. How to configure the SOLR-WEB Liferay plugin to work with a SOLR cluster based in zookeeper? 1. The purpose of this fork is the compilation of solr-web adapting it to SOLR4.0 and add the classes to connect to a cloud-based zookeeper. Once this compilation you can use the plugin in liferay with SOLR 4.0 . There are three options when installing the server: - A single server