CMSOI

Desafío

Green Valley desarrolló un complemento llamado DSOI (Discovery Server Office Integration) para su producto CMS, utilizado por una gran variedad de autoridades gubernamentales y clientes corporativos.

El complemento facilita el acceso desde Microsoft Word al árbol de documentos y mejora notablemente la experiencia del usuario. Permite acceder, modificar y cargar nuevos documentos en el CMS directamente desde Word, así como establecer metadatos. Abre los archivos de Word almacenados en el CMS. Todas estas acciones se realizan a través del menú del plugin añadido en la instalación.

DSOI se escribió en C++ y se comunica con Office mediante las tecnologías COM y OLE, por lo que sólo podía utilizarse con determinadas versiones de las bibliotecas de MS Office. Por lo tanto, Green Valley mantenía varias versiones del plugin para cada versión de MS Word. Y cuando los usuarios actualizaban su versión de Office, el complemento dejaba de funcionar.

El reto consistía en crear un plugin de nueva generación que cumpliera los siguientes requisitos:

• Fácil de instalar
• No requiere derechos de administrador para su instalación
• Ser lo más independiente posible de una versión de MS Office
• Ser compatible con varios idiomas y estar localizado al menos en inglés y neerlandés.

Solución

El equipo de Redwerk empezó investigando cómo implementar un plugin que funcionara con varias versiones de MS Office. Encontramos una coincidencia con VBA (Visual Basic for Applications), que se utiliza ampliamente para escribir macros para MS Word y otros productos de Office. Es un lenguaje traducido que no necesita compilarse en código binario para ejecutarse. El único reto era lidiar con las ligeras incompatibilidades de la API creadas por las distintas versiones de Office, que nuestro equipo superó rápidamente.

Nuestro equipo de desarrollo de aplicaciones Windows creó un prototipo con un caso de uso muy básico: guardar un documento en el CMS junto con algunos metadatos. Tenía que pedir credenciales, iniciar sesión en el CMS, recuperar y mostrar el árbol de documentos donde el usuario podría elegir una ubicación para guardar el documento. Este prototipo tenía que funcionar con el mayor número posible de versiones de Office. Para comunicarse con el CMS, utilizaba un protocolo propio basado en HTTP, también un protocolo que nuestro equipo ayudó a desarrollar.

A continuación, implementamos escenarios adicionales y una interfaz de usuario. Añadimos la localización y probamos, probamos y volvimos a probar para asegurarnos de que funcionaba perfectamente en todas las versiones de MS Office con las que queríamos trabajar. Para conseguirlo, sólo utilizamos las API más genéricas.