Alfresco: configuración de Single Sign On (SSO) con NTLM vía Active Directory. Parte 1 de 3

Para comenzar el año, os dejo aquí el primero de una serie de 3 artículos sobre la configuración de Single Sign On con Alfresco Enterprise 3.1. Las versiones 3.2 de Alfresco requieren una configuración que difiere de la que se cita a continuación. Estos artículos los he podido escribir gracias a la ayuda de Isaías Aranda, Raúl Macián y Fernando Gonzalez, compañeros y expertos en Alfresco de Intecna.

En este artículo veremos como “Activar SSO (Single Sign On) con Alfresco Explorer y Webdav con Active Directory (NTLM)“, en los siguientes artículos de esta serie veremos cómo “Activar el SSO en Alfresco Share con Active Directory (NTLM)” y cómo “Activar el SSO en Alfresco CIFS con Active Directory (NTLM)“.

¿Qué es Single Sign On (SSO)? Según la Wikipedia, que lo explica bastante bien, es un procedimiento de autenticación que habilita al usuario para acceder a varios sistemas con una sola instancia de identificación. Hablando en plata, que introduces tus credenciales una vez y ya accedes a todas las demás aplicaciones configuradas para funcionar como SSO. Más info aquí.

No confundas SSO con autenticar diferentes aplicaciones con el mismo usuario y contraseña, eso no es SSO, eso será autenticación centralizada.

Este procedimiento explica cómo configurar Alfresco Enterprise 3.1SP2 para que detecte las credenciales del usuario que accede a su estación de trabajo Windows XP logueando en un dominio controlado por Active Directory de esa forma, cuando el usuario acceda a Alfresco con Internet Explorer, autenticará dentro del Alfresco Explorer y Webdav automáticamente sin pedir usuario y contraseña, es decir, detectando el usuario que ya se envía en la sesión de Windows.

También se puede hacer esto con Firefox escribiendo “about:config” sin comillas en la URL, buscamos la cadena “network.automatic-ntlm-auth.trusted-uris” y añadimos (doble-click) la URL de Alfresco, en el caso de este artículo sería http://alfresco.test.tld:8080/alfresco

Datos usados para estos artículos:

  • IP del controlador de dominio: 10.215.253.165 (w2003.test.tld)
  • Dominio: TEST.TLD
  • IP servidor Alfresco: 10.215.253.168 (alfresco.test.tld)

Ficheros que intervienen:

  • web.xml -> dentro de WEB-INF de alfresco.war desplegado, directorio alfresco en webapps
  • ntlm-authentication-context.xml -> en <extension>

En el web.xml modificar según se indica en: http://wiki.alfresco.com/wiki/3.0_Configuring_NTLM#Alfresco_Explorer_and_WebDav_SSO_using_NTLM simplemente es descomentar unas cuantas líneas que prefiero obviar aquí, pero no olvides hacerlo para que todo funcione.

En ntlm-authentication-context.xml quitar la extension .sample del nombre de fichero y modificar o añadir el siguiente bean:
<bean id=”authenticationComponent” class=”org.alfresco.repo.security.authentication.ntlm.NTLMAuthenticationComponentImpl” parent=”authenticationComponentBase”>
<property name=”useLocalServer”>
<value>false</value>
</property>
<!– Damain Servers –>
<property name=”servers”>
<value>TEST.TLD\10.215.253.165, 10.215.253.165</value>
</property>
<property name=”personService”>
<ref bean=”personService” />
</property>
<property name=”nodeService”>
<ref bean=”nodeService” />
</property>
<property name=”transactionService”>
<ref bean=”transactionComponent” />
</property>
<property name=”guestAccess”>
<value>false</value>
</property>
</bean>

Importante, hay que controlar los logs mientras estamos configurando estas funcionalidades, para ello debemos descomentar las siguientes líneas en el archivo log4j.properties que hay en el directorio classes del alfresco.war desplegado (webapps/alfresco/WEB-INF/classes):

# NTLM servlet filters
log4j.logger.org.alfresco.web.app.servlet.NTLMAuthenticationFilter=debug
log4j.logger.org.alfresco.repo.webdav.auth.NTLMAuthenticationFilter=debug

Reiniciamos Alfresco y ya podemos probar. Al acceder vía web (Alfresco Explorer) tras iniciar sesión con Windows XP en el dominio, deberemos ver unas trazas como las siguientes (Dominio TEST.TLD, Usuario: toni, Nombre de la máquina cliente: XPAIR, servidor Alfresco MACBOOK-DE-TONI):

20:41:26,223  DEBUG [app.servlet.NTLMAuthenticationFilter] New NTLM auth request from 10.215.253.168 (10.215.253.168:57688) SID:1B5CD1A3F83CE31F0EA27770359574FD
20:41:26,226  DEBUG [app.servlet.NTLMAuthenticationFilter] Received type1 [Type1:0xa2088207,Domain:<NotSet>,Wks:<NotSet>]
20:41:26,227  DEBUG [app.servlet.NTLMAuthenticationFilter] Client domain null
20:41:26,330  DEBUG [app.servlet.NTLMAuthenticationFilter] Sending NTLM type2 to client – [Type2:0x80000203,Target:MACBOOK-DE-TONI,Ch:9e407e94299c1e11]
20:41:26,335  DEBUG [app.servlet.NTLMAuthenticationFilter] Received type3 [Type3:,LM:3ca6bb198992e77cc713341304743f156de9a77061678617,NTLM:239d3b79b323af49d32a77be92842057d65b32af3fb4236b,Dom:TEST,User:toni,Wks:XPAIR]
20:41:26,381 User:toni DEBUG [app.servlet.NTLMAuthenticationFilter] Updated cached NTLM details
20:41:26,381 User:toni DEBUG [app.servlet.NTLMAuthenticationFilter] User logged on via NTLM, [toni,Wks:XPAIR,Dom:TEST,AuthSrv:MACBOOK-DE-TONI,Sun Dec 20 20:41:26 CET 2009]
20:41:27,287 User:toni DEBUG [app.servlet.NTLMAuthenticationFilter] Processing request: /alfresco/wcservice/api/search/keyword/description.xml SID:null
20:41:27,287 User:toni DEBUG [app.servlet.NTLMAuthenticationFilter] Found webscript with no authentication – set NO_AUTH_REQUIRED flag.
20:41:27,288 User:toni DEBUG [app.servlet.NTLMAuthenticationFilter] Authentication not required (filter), chaining …
20:41:29,537 User:toni DEBUG [app.servlet.NTLMAuthenticationFilter] Processing request: /alfresco/wcservice/api/search/keyword/description.xml SID:7784CDFAD8E6B29103D6A2E02FE558F1
20:41:29,540 User:toni DEBUG [app.servlet.NTLMAuthenticationFilter] Found webscript with no authentication – set NO_AUTH_REQUIRED flag.
20:41:29,540 User:toni DEBUG [app.servlet.NTLMAuthenticationFilter] Authentication not required (filter), chaining …

Recuerda añadir el usuario que quieras dotar de permisos administrador en el grupo ALFRESCO_ADMINISTRATOR o añadir el usuario en el authority-services-context.xml, cópialo en <extension> desde el <configRoot> y lo modificas según tus necesidades:

<property name=”adminUsers”>
<set>
<value>${alfresco_user_store.adminusername}</value>
<value>administrator</value>
<value>TU_USUARIO</value>
</set>
</property>

Y listo. Así de fácil.

Alfresco implementation best practices (presentación)

Ya de vuelta del Meetup, decir que en líneas generales ha sido un evento bastante interesante, en cuanto a asistencia (más de 200 personas), interés de los allí presentes y nivel de las charlas. Como ya comenté, estuve hablando de buenas prácticas en la implementación de Alfresco de la mano de Intecna Soluciones.  Básicamente en la charla, que duró una hora y pico, abordémasterclass temas relacionados con los casos de uso, componentes y características de Alfresco, y finalmente consejos sobre arquitectura, clustering, autenticación, webscripts, desarrollo y seguridad, etc. La verdad es que como ya preveía, se quedaron en el tintero muchas cosas pero creo que, al menos, conté lo más importante sin profundizar mucho en el tema. Fue curioso porque el personal de Alfresco ubicó mi charla en el grupo de las “non-technical” pero sin embargo fue totalmente técnica (lo siento porque creo que algunos asistentes que no se enteraron de mucho).

Quiero agradecer a todos los asistentes y a mis compañeros de Intecna, concretamente a Fernando Gonzalez, Gildo Castillo y Roberto Gamiz que me han resuelto muchas dudas cuando estuve traduciendo y preparando la presentación. También, por supuesto, al staff de Alfresco que estuvo allí al pie del cañón y Jeff Potts, Russ Danner y Peter Monks por contar conmigo.

UPDATE: Me comenta Nancy Garrity, Alfresco Community Manager, que ya tenemos un espacio Best Practices creado en la Wiki de Alfresco para ir poniendo las buenas prácticas.

Aquí la presentación en español:

Posiblemente, el secreto del éxito de Alfresco

Mi gran amigo Victor Fernandez, con el que he tenido la suerte de trabajar y aprender muchas cosas en los últimos años, me preguntaba el otro día por qué está Alfresco en boca de todo el mundo, todos quieren usarlo, integrarlo y conocerlo, la respuesta que le di fue la siguiente:

Interfaces que soporta, formas de acceder, integrar, ampliar e interactuar con la aplicación:

  1. Alfresco Explorer
  2. Alfresco Share
  3. Alfrescdo iShare (en desarrollo)
  4. Webdav
  5. RSS/ATOM
  6. Webservices (SOAP)
  7. REST (AJAX/Mashups/Webscripts)exito
  8. CIFS
  9. FTP
  10. NFS
  11. SharePoint Protocol
  12. SMTP
  13. IMAP
  14. JMX
  15. CMIS
  16. JCR
  17. Java Foundation API
  18. OpenSearch
  19. WCM
  20. JBoss JBPM Workflows

No sé si se me olvida alguna pero, es interesante verdad? Podrían tomar nota algunos productos que son infinitamente más caros que Alfresco. El que no se integra es porque no quiere…

Info extendida de algunos de estos puntos aquí, gracias Alejandro.

Nueva interfaz para iPhone en Alfresco Labs 3.2

Como ya dijimos en su momento, Alfresco 3.2 traería muchas novedades. Una de las más interesantes es la nueva interfaz para dispositivos móviles y claramente diseñado para iPhone, un nuevo webclient orientado a estos dispositivos. Aunque aún está muy verde no deja de ser toda una declaración de intenciones.

Puedes descargar la versión 3.2 de Alfresco aquí, instalarla en menos de 5 minutos y probar, desde tu teléfono móvil la siguiente URL: http://IP-servidor:8080/mobile/p (importante la p al final). Estas son unas capturas hechas con mi iPhone hace unos minutos:

Pantalla de login:

foto

Pantalla principal:

foto2foto3

Puedes ver el listado completo de novedades y mejoras aquí.

Digitalización, scanning y OCR con Alfresco

alfresco-logoEn el paradigma “oficina sin papeles”, intervienen muchos actores, siendo los principales las personas, que deben ajustarse a una serie de procedimientos y metodologías, y los sistemas de información, que deben proveer soluciones al paradigma.

En cuanto a complejidad, un proyecto de “Paperless Office” es tan difícil y en ocasiones frustrante como un proyecto de “Single Sign” o “Identity Management” en grandes organizaciones consolidadas ya sean públicas o privadas. El problema principal son, por un lado las soluciones Open Source de calidad, que no son muchas, los requerimientos técnicos del cliente dados muchas veces por aplicaciones obsoletas y heredadas.

Con Alfresco, gracias a características como el soporte CIFS, Webdav, reglas, transformación de formatos, workflow o indexación, conseguimos aproximarnos a nuestro objetivo, aunque en una oficina sin papeles necesitaríamos integrarnos con otras soluciones como firma digital, etc, que ya contemplaré algún día por estos lares.

En este caso me gustaría contar qué puede hacer Alfresco por nosotros en cuanto a digitalización de documentos, escaneo masivo (bulk scan) y OCR:

a) Ad-hoc scanning: usando CIFS o Webdav con la extracción de metadatos automática (por defecto). La mayoría de las impresoras/escaner multifunción modernas de oficina y de cierta envergadura soporta montar volúmenes remotos (conectarse a carpetas de red) para colocar la documentación escaneada. También podríamos hacerlo desde un escaner conectado a nuestra estación de trabajo. De esta forma se almacenarían los documentos directamente en Alfresco y posteriormente se pueden lanzar workflows, transformaciones, reglas, etc. Por ejemplo, una hoja de gastos, hoja de reclamaciones, actas, pedidos de clientes, documentos de identificación en puestos de control, etc.

En el caso anterior, que hemos llamado Ad-hoc scanning, no se contempla indexación del contenido de los documentos ya que estas grandes impresoras por defecto no hacen reconocimiento de texto (OCR), por lo que el documento escaneado, aun conteniendo texto, sería como una imagen. Para salvar este escollo se puede integrar con Alfresco una solución gratuita llamada Intelliant, basada en la SDK de Tiger OCR. Esta solución, que sólo funciona si el servidor Alfresco está instalado en un sistema operativo MS Windows, nos permitirá, a través de reglas y transformaciones, extraer todo el texto de un documento escaneado de forma que se pueda indexar y podamos hacer búsquedas por el contenido, algo realmente cómodo.

b) Batch scanning: Cuando necesitamos escanear cientos de documentos tipo plantilla, por ejemplo hojas de matrícula, facturas, exámenes, etc, y de éstos documentos queremos extraer la información y poder vincularla a metadatos de Alfresco, ya sea del modelo de datos por defecto o de un modelo personalizado, necesitaremos una solución que permita mapear la información existente en la plantilla/documento escaneado de turno, con un tipo de contenido de Alfresco, campo del documento con un metadato en Alfresco, etc. Esta solución se llama Kofax Ascent Capture, Alfresco dispone de un plugin gratuito y disponible en la forja de Alfresco [http://forge.alfresco.com]. Este software utiliza la API de WebServices de Alfresco para realizar su trabajo. El plugin sólo funciona en MS Windows.

Kofax Ascent Capture tiene las siguientes características (fuente):

  • Corrección y mejora automática de imágenes.
  • Separado automático de documentos e identificación automática de formularios.
  • OCR, ICR y OMR para reconocimiento de texto impreso o escrito a mano en cientos de idiomas, códigos de barras y otros tipos de códigos.
  • Certificado para funcionar con la mayoría de scanners, ver listado.
  • Integración con Alfresco y gestión de procesos de negocio.

La opción a) es completamente gratuita y la opción b) depende del propio software Kofax Ascent Capture, que no es gratuito.

Hay otras soluciones como usar un escaner con soporte eCopy, cuyo conector con Alfresco ha sido desarrollado por SIRA Systems. Este conector permite a un usuario escanear un documento y ponerlo directamente en Alfresco. Este software se instala en el escaner y hace de interfaz entre el escaner y Alfresco. Sería una solución del tipo a) ya que no contempla selección ni mapeo de datos de los documentos escaneados, aunque si permite la indexación del contenido ya que incorpora un OCR, esta solución cuesta 2.495USD. Más información sobre el conector de SIRA Systems aquí.

Consultoría sobre Zimbra en el mundo real.

zimbra_logoEl otro día recibí un correo electrónico de un antiguo compañero de trabajo que sabía que yo andaba en temas del mundo Open Source, para hacerme una serie de cuestiones relacionadas con Zimbra. Le respondí y le pregunté si le importaba que usara esa respuesta para crear un artículo en mi blog, él accedió y aquí está el correo con cierto toque de rimel y polvos para que quedase medio bien.

Antes de seguir quiero describir de una forma muy breve qué es Zimbra (extraído/traducido de su web): Zimbra Collaboration Suite (ZCS) 5.0 es una moderna e innovadora aplicación de mensajería y colaboración. Zimbra es la primera solución de código abierto para la empresa, proveedor de servicios, educación, gobiernos y medios; ofreciendo tanto a administradores como a usuarios finales una cantidad importante de características y beneficios. Zimbra es una opción interesante como servidor de correo electrónico en Mac y Linux, también soporta clientes para Windows y protocolos para reemplazar MS Exchange sin problemas. Más información aquí.

Consulta:

Tengo un amigo que tiene una empresa y necesita algo para tener sincronizado el mail, contactos, calendario y demás en las tres delegaciones que tiene, además el tiene un flamante iPhone y quiere tener acceso a todo ello de manera móvil.

En los PCs de las delegaciones podría instalar el Yahoo Zimbra Desktop (que no es mas que un cliente para Zimbra) o bien el conector de Zimbra para MS Outlook que sincronice todos los datos. Pero claro he visto que la versión Open Source ni tiene conector ni tiene soporte para iPhone.

He visto que para el tema de importar los datos de MS Outlook (mensajes, adjuntos, contactos y calendario) existe el Zimbra Import Wizard que en teoría tras la migración te lo deja todo bien en el nuevo entorno y te mantiene la estructura de carpetas.

La pregunta es: ¿puedo hacer eso con la Open Source? Sino es asi, merece la pena pagar por la versión Zimbra Network y un plus para el iPhone?

Respuesta:

Como sabes Zimbra tiene dos versiones, la Network Edition (de pago) y la Open Source Edition (gratis), la diferencia principal entre ambas es:

  1. Una es de pago por número y tipo de usuario (Basic, Standard o Enterprise) y la otra es gratis. Eso ya lo sabías 😉
  2. La Network soporta MAPI y la Open Source no. MAPI es el protocolo de MS que ha conseguido implementar Zimbra y simula ser un MS Exchange por lo que permite a un iPhone configurarlo como si de un cliente Exchange se tratara y sincronizar OTA (over the air) tanto la libreta de direcciones, calendarios y correos. La opción MAPI solo está disponible en la Network Edition para cuentas de usuario Enterprise (las más caras).

Otros aspectos a tener en cuenta:

  1. El Yahoo Zimbra Desktop es un cliente de correo pesado que permite trabajar offline, pero es pesado de verdad, te monta un servidor de aplicaciones Java (Jetty) en local, por lo que consume recursos y necesitaras estaciones de trabajo potentes. Este cliente funciona muy bien, pero consume memoria y disco (como es lógico porque descarga los correos del servidor). Este cliente te funciona para Zimbra Colaboration Suite tanto la versión Network como Open Source y es gratis, también para cualquier otra cuenta de Yahoo, Gmail u otros. En cuanto al conector de Zimbra para sincronizar con MS Outlook, las últimas versiones funciona bien, puedes tenerlo en cuenta en clientes MS Windows.
  2. Para importar los PTS y demás datos de Outlook, Zimbra se lo tiene muy currado y dispone de una aplicación que funciona muy bien pero que, por lo que yo se, sólo te sirve para la versión Enterprise (yo lo he probado en esta).

En respuesta a tu pregunta, con la Open Source no puedes si los clientes son iPhone, por el soporte MAPI, si tus clientes móviles son otros podrías utilizar Funambol (algún día hablaré de esa maravilla) que, basado en syncML, permite sincronizar dispositivos móviles y no tan móviles con aplicaciones de servidor. Funambol cuenta con un conector para Zimbra libre y gratuito. Funambol tiene clientes para BlackBerry, Thunderbird y muchos más, incluso para iPhone, la diferencia es que en todos funciona genial menos en iPhone porque este último no permite exportar datos del calendario por syncML, es decir, sólo puedes sincronizar la agenda. Son cosas de los amigos de Apple… a veces no son tan “cool” como parece…

¿Te merece la pena pagar por la versión Network Edition? Pues para lo que quiere esta empresa yo pienso que si, no es mucho dinero y la solución, desde mi punto de vista, es mucho mejor que MS Exchange, las posibilidades que te brinda Zimbra son inmensas, los Zimlets son muy potentes, la capacidad de integración es muy buena y el soporte no funciona nada mal. En http://www.zimbra.com/quote/configurator.php puedes ver lo que cuestan las cuentas Network Edition de una forma más o menos estimada, de las que deberías comprar como mínimo 25 Enterprise a un precio de 875USD (35 dolares por usuario) y no necesitarás ningún plugin de iPhone. También dispones de la Starter Edition (http://www.zimbra.com/quote/starterpkg.php) que son 15 cuentas Professional por 399USD (26,6 dolares por usuario). La Starter no tiene soporte pero si actualizaciones, por eso es más barata. Además en la Wiki y en los Foros de Zimbra hay muy buena información.

Eso ha sido todo.

Ya sabéis, en Intecna somos partners de Zimbra, si queréis una implantación no dudéis en contactar.

Adios Nagios, hola Icinga.

nagiosLos que me conocen saben que soy un enamorado de Nagios, lo conozco desde hace años, desde que se llamaba Netsaint, lo he montado siempre que he podido para demostrar que no tiene nada que envidiar a software propietario y caro que se ve por las grandes compañías de todo el mundo. Me consta que sigue montado en sitios por los que he pasado, no diré más pistas ;).

En los últimos años, a Nagios le han salido muchos competidores en el mundo del Open Source: Zenoss, Hyperic, Pandora, OpenNMS, Zabbix, Centreon y Groundwork, estos dos últimos basados en Nagios. Lo cierto es que tenía la sensación de que Nagios estaba siendo adelantado por sus competidores. El problema principal es que, a pesar de la gran comunidad que existe en torno a Nagios, el core sólo lo desarrolla una persona en USA y parece ser que era un cuello de botella para otros desarrolladores y los usuarios finales. Esto no ha caído en saco roto y la comunidad se ha puesto manos a la obra para que el proyecto pueda seguir creciendo como se merece. Así que la gente de nagios-portal.org, NagVis, NagTrap, PNP4Nagios, icingacheck_multi, NagiosGrapher y NETWAYS han realizado un fork llamado Icinga, que significa en Zulú “explorar o examinar”.

Es la grandeza del Software Libre, y gracias a la libretad de adaptar, modificar, publicar podemos tener noticias como esta. Como ellos mismos indican en su FAQ ya ha ocurrido esto otras veces, por ejemplo con Mambo->Joomla o con XFree86->X.org.

Todo esto está muy bien, pero ¿ganará la comunidad con este cambio? A tenor de lo que la gente de Icinga promete, estoy seguro que si, y mucho. Veamos:

  • Soportará características y plugins de Nagios y será facil migrar desde Nagios.
  • Soportará extensiones y desarrollos e integraciones gracias a una API.
  • Tendrá una nueva interfaz web basada en PHP.
  • Tendrá como addons: PNP, NagVis, Grapher V2 y NagTrap.
  • Nueva interfaz NDO con soporte para ser almacenado en ficheros o en base de datos permitiendo el acceso a esos datos desde la API con PHP o desde WebServices.
  • ReportDesigner para realizar informes personalizados y se podrán configurar envíos automáticos de informes cada cierto tiempo.
  • También se contemplan mejoras para grandes instalaciones.

Por ahora toca esperar, parece que la primera versión de Icinga saldrá el próximo 20 de Mayo. Habrá que estar atento, yo ya he puesto una nota en mi calendario.

Novedades en Alfresco, información de la Chicago Meetup

alfresco-logoEl pasado 29 de Abril tuvo lugar en Chicago el evento “Alfresco Chicago Meetup” donde estuvieron hablando por parte de Alfresco Matt Asay y Michael Uzquizano también se vieron algunos casos de estudio por parte de Ed Wentworth (Orbitz) y trataron temas como la integración entre Alfresco y Drupal con soporte CMIS.

Se trataron muchos temas que recoge Jeff Potts en su blog. Me gustaría hacer un resumen de los temas más significativos que se trataron según he leído.

* Alfresco ha llegado a los 1000 clientes con suscripciones. Todo un éxito.
* Groovy estará implementado en Surf tras liberar la versión 3.2.
* Spring WebFlow se está integrando también en Surf aunque no se conoce la fecha de liberación.
* Sobre recursos CMIS, se ha creado una web llamada CMISDev.org donde encontrar recursos e información relacionada.
* 3.2 Labs saldrá para Junio de 2009.
* 3.2 Enterprise saldrá para Septiembre de 2009.
* 3.3 Labs/Enterprise previsto para el Q1 de 2010.
* 4.0 Labs/Enterprise previsto para el segundo semestre de 2010.

Dentro de la rama 3, se harán grandes cambios de cara a la versión 3.2, entre los que se pueden destacar:

Surf Mobile: El framework Alfresco Surf permitirá desarrollar de forma más sencilla aplicaciones web para iPhone y posiblemente Blackberry.

Nuevo Form Service: se amplia las capacidades en los formularios de WCM y parece que serán utilizables en el DM.

Integración con IMAP: no queda muy claro pero parece que permitirá conectarse a Alfresco como si de un buzón IMAP se tratase, lo que permitiría acceder a la documentación bastante fácil desde cualquier cliente de correo electrónico. Es algo que uso con Zimbra y es muy cómodo.

Clustering: la versión 3.2 soportará cluster real tanto en DM como en WCM. Si has trabajado con Alfresco en cluster sabrás que es algo complejo en cuanto a funcionamiento. Veremos realmente que mejoras habrá en este campo.

Indexación: parece que vendrá con unas características que permitirá “refactorizar” los índices para no tener que re-indexar cuando hay inconsistencias en Lucene. Comentaré de que va esto cuando tenga más datos pero de cualquier forma es esperanzador.

Eso es todo, espero que sea útil.

Alfresco: Edición online de documentos ¿para ricos? Por ahora si.

alfresco-logoLa nueva versión de Alfresco Enterprise, la 3.1, soporta la edición en linea de documentos ofimáticos, pero sólo de MS Office 2007. Es una funcionalidad que no realiza por defecto, aunque desde hace tiempo si permite editar en linea ficheros de tipo XML, HTML, JS o TXT. En el caso de documentos ofimáticos hay que activar la edición online por Webdav o CIFS y para conseguirlo hay que modificar el archivo web-client-config-custom.xml que se encuentra en:

JBoss: <alfresco>/jboss/server/default/conf/alfresco/extension
Tomcat: <alfresco>/tomcat/shared/classes/alfresco/extension

Y modificar o añadir la siguiente directiva:

<config>
    <client>
         <!-- the type of edit link to use, NOTE: inline editable will always take precedence -->
         <!-- can be: http|webdav|cifs -->
         <edit-link-type>webdav</edit-link-type>
    </client>
</config>

También podríamos activarlo vía CIFS pero Webdav es más versátil ya que funciona fuera de la red local (vía Internet por ejemplo). Una vez modificada esa opción, deberemos reiniciar el servidor de aplicaciones y acceder con el cliente web. Para ejecutar la edición online:

screen-capture

Tras varias pruebas hemos conseguido que la edición online de documentos de ofimática funciona correctamente pero con salvedades importantes, es decir, sólo funciona con el siguiente entorno y requisitos:

-Los documentos a editar online pueden ser: .doc/x, .xsl/x, .ppt/x
-La suite ofimática debe ser MS Office 2007.
-Alfresco Enterprise 3.1.

Hemos probado con Linux/Windows y OpenOffice pero no funciona ya que OpenOffice no implementa el cliente webdav y MS Office si.

Es una funcionalidad bastante atractiva para entornos del tipo M$ Windows + M$ Office como es el caso de muchas compañías y organismos públicos que, lamentablemente, usan plataformas privativas. En entornos libres esta funcionalidad no sirve para nada (no funciona). Aunque Alfresco brinda otras posibilidades para conseguir trabajar directamente en el repositorio independientemente del Sistema Operativo o navegador del usuario.

Entonces ¿de quién es la culpa? No creo que se trate de buscar culpables, pero por desgracia y aunque me pese mucho aceptarlo M$ Office lleva varias vueltas de ventaja a Open Office y tras la compra de Sun por parte de Oracle, no sé si OO.org se quedará en boxes para salir con ruedas nuevas y a tope de gasolina o se quedará en boxes para siempre. De cualquier forma como dijo el principal desarrollador de squid a un usuario “Free software only dies when the last copy of the source code is erased”.