Dentro de SharePointIntegración de aplicaciones de Office
Pav Cherny
Contenido
Integración de aplicaciones de Office
Ampliación de la interfaz de usuario de SharePoint
Uso del control OpenDocuments de Office
Comunicación con SharePoint
Implementación de una solución OpenControl personalizada
Resumen
Microsoft Windows SharePoint Services (WSS) 3.0 y Microsoft Office SharePoint Server (MOSS) 2007 se integran perfectamente con las aplicaciones de escritorio en 2007 Microsoft Office system, lo que facilita la colaboración en documentos, hojas de cálculo, calendarios, información de contactos, etc. De hecho, la integración es tan perfecta que
se puede decir que 2007 Office system es una plataforma unificada de soluciones de Office.
Esto supone un gran paso adelante para las organizaciones que se centran en la tecnología Microsoft® Office con el objeto de fomentar la productividad de los trabajadores de la información. Sin embargo, las organizaciones con una cartera diversa de aplicaciones de Office no pueden disfrutar del mismo nivel de interoperabilidad original. 2007 Office system proporciona las capacidades de integración necesarias. Sin embargo, las interfaces y los componentes están mínimamente documentados y no funcionan en cualquier situación. Esto dificulta a los proveedores de terceros el integrar la tecnología SharePoint® en sus aplicaciones, y dificulta, incluso en mayor medida, a sus clientes el proporcionar a los trabajadores de la información una experiencia unificada.
En esta columna, mostraré cómo las aplicaciones de Office se integran y comunican con SharePoint y cómo es posible integrar aplicaciones ajenas a Microsoft con SharePoint según los mismos principios. Pero, en primer lugar, explicaré brevemente las opciones de configuración del servidor, los componentes del lado cliente y los protocolos de comunicación usados para conseguir una integración perfecta.
Una vez que hayamos tratado estos detalles, me ocuparé de la integración de aplicaciones que no incluyen compatibilidad con SharePoint. En este intento, iré más allá del nivel usual que se centra normalmente en la implementación de los componentes de IFilter para ampliar las capacidades de búsqueda y agregar iconos personalizados en los servidores de SharePoint. La ampliación de la búsqueda y la devolución de resultados con los iconos apropiados no implican la integración total de las aplicaciones; es posible que los usuarios deseen abrir estos documentos directamente desde la interfaz de usuario de SharePoint.
Aquí es donde esto se complica. Necesita un componente del lado cliente que no está disponible si no ha implementado Office en sus estaciones de trabajo. Pero incluso si ha implementado Office, puede que este componente no funcione correctamente, según la topología y la configuración de su sitio de SharePoint.
Para resolver este problema, creé una solución personalizada que permite integrar cualquier aplicación, por ejemplo, Bloc de notas, Adobe Reader o Autodesk AutoCAD, sin los requisitos de implementación de Office. Esta solución personalizada también explica por qué la integración de aplicaciones basada en componentes estándar de Office es errónea en algunas situaciones. Puede encontrar esta solución, así como las instrucciones paso a paso de implementación y configuración, en el material complementario de esta columna, disponible en la sección de descarga de código de .com.
Integración de aplicaciones de Office
Desde la perspectiva del usuario, los menús de SharePoint parecen funcionar como el menú Inicio de Windows®. La creación de un documento nuevo en una biblioteca de documentos es sencilla: haga clic en Nuevo, a continuación, en Nuevo documento, y se iniciará Microsoft Office Word 2007. La edición de un documento existente es igualmente sencilla. Desplácese por el documento. Abra, a continuación, el menú desplegable del cuadro de edición (ECB) y haga clic en Modificar con Word. Rara vez recordará que inició Word 2007 desde una página web a través de JavaScript, que está ejecutando la aplicación de forma local mientras el documento reside en una base de datos de SQL Server® y que existe un servidor web en la ruta de acceso a datos, tal como se ilustra en la Figura 1.
Figura 1 Trabajo con un documento de Word en SharePoint (haga clic en la imagen para ampliarla)
A pesar de esta complejidad, la experiencia del usuario en una estación de trabajo de Windows con 2007 Office system instalado no presenta complicaciones. El trabajo con documentos en una biblioteca de SharePoint es bastante parecido a trabajar con archivos locales o archivos en un recurso compartido de red.
Sin embargo, en una estación de trabajo de Windows sin Office 2003 o 2007 Office system, la interfaz de usuario es diferente. Al hacer clic en Nuevo documento o en Modificar con Word, sólo aparecerá un cuadro de diálogo que le informará de que no hay disponible una aplicación compatible con Windows SharePoint Services.
Esto no me sorprende en absoluto. Hay varios elementos que deben trabajar en conjunción para ofrecer la experiencia unificada de la cual disfrutan los usuarios de Office. SharePoint debe tener en cuenta los tipos de contenido mantenidos en la biblioteca de documentos para presentar los comandos deseados en los menús Nuevo y ECB. Al hacer clic con el mouse en estos comandos, debe ejecutarse el código de JavaScript para iniciar la aplicación asociada, y pasar la ruta de acceso al documento. Esta parte no es independiente de la configuración de la estación de trabajo, puesto que el código de JavaScript se ejecuta de forma local. Además, la aplicación asociada debe comunicarse con SharePoint para leer y, posiblemente, escribir archivos. Estos son los elementos que debe unificar si desea integrar sus aplicaciones con SharePoint.
Por otro lado, la comunicación entre SharePoint y el servidor de base de datos es transparente para la aplicación, igual que lo son los procesos de indización en el servidor web con el objeto de facilitar las búsquedas. Por este motivo, no explicaré con mayor detenimiento estos aspectos en este artículo, pero recomiendo que consulte el Filter Pack de Microsoft documentado en el artículo de Microsoft Knowledge Base "Cómo registrar Paquete de Microsoft Filter con Windows SharePoint Services 3.0", disponible en support.microsoft.com/kb/946338. Ahora, centremos nuestra atención en agregar los comandos, implementar los componentes del lado cliente necesarios y facilitar la comunicación de aplicaciones.
Ampliación de la interfaz de usuario de SharePoint
Hay disponible una gran variedad de opciones para ampliar la interfaz de usuario de SharePoint y su funcionalidad. Puede cambiar el diseño de sus sitios, personalizar las páginas de ASP.NET, desarrollar elementos web o cambiar el código de JavaScript incluido en WSS y MOSS para iniciar sus aplicaciones directamente.
No hay ninguna razón por la que no pueda abrir el archivo Ows.js en un editor de texto (el archivo puede encontrarse en la carpeta COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\Template\Layouts\1033 en los servidores front-end de SharePoint) y cambiar el modo de funcionamiento de las funciones createNewDocumentWithProgIDCore, editDocumentWithProgIDNoUI y DispDocItem. No obstante, existe un método mejor con el cual no es necesario cambiar la base de código de WSS de formas no compatibles: el uso de tipos de contenido y de asignaciones de tipo de documento.
En mi artículo "Estandarice la administración de datos con tipos de contenido personalizados" (consulte TechNet Magazine, febrero de 2008, technet.microsoft.com/magazine/cc194408.aspx), expliqué cómo crear tipos de contenido globales y específicos de sitio para administrar documentos y otros tipos de contenido en listas y bibliotecas de documentos de SharePoint. También puede consultar la hoja de cálculo Text Content Type.pdf del material complementario de este artículo, que ilustra cómo crear un nuevo tipo de contenido para archivos de texto y asociar este tipo de contenido con una biblioteca de documentos. El resultado es que puede seleccionar el comando Text Content del menú Nuevo al igual que puede seleccionar el comando Document para documentos de Word (consulte la Figura 2).
Figura 2 Un tipo de contenido personalizado en la interfaz de usuario de SharePoint (haga clic en la imagen para ampliarla)
El menú ECB es igualmente ampliable. Puede que esperara que el menú ECB tuviera en cuenta el contenido, pero no es así como la actual versión de WSS implementa este menú. En su lugar, deberá registrar su tipo de documento en Docicon.Xml, que encontrará en la carpeta %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\Template\Xml en cada servidor front-end de SharePoint.
Al agregar la siguiente asignación de tipo de documento a la sección <ByExtension> de Docicon.xml, por ejemplo, conseguirá que SharePoint muestre el comando Modificar con el Bloc de notas (consulte el archivo Text Content Type.pdf para obtener instrucciones más detalladas):
<Mapping Key="text" Value="ictxt.gif"
EditText="Notepad"
OpenControl="SharePoint.OpenDocuments"/>
El parámetro Key identifica la extensión del nombre de archivo, el parámetro Value define el icono del documento que se mostrará en la interfaz de usuario, el parámetro EditText define la cadena que SharePoint anexa al comando"Edit in" y el parámetro OpenControl especifica el ProgID de un componente COM del lado cliente. Se trata del ProgID que las funciones de JavaScript de SharePoint pasan a una llamada de ActiveXObject (consulte Ows.js para obtener más detalles) con el fin de crear una instancia del objeto COM, que puede ser la misma aplicación o un control auxiliar que inicia la aplicación según el tipo de archivo asociado.
Sitio web de productos y tecnologías de SharePoint
- Sitio web de productos y tecnologías de SharePoint
- TechCenter de Windows SharePoint Services
- Centro para desarrolladores de Windows SharePoint Services
- Blog del equipo de productos y tecnologías de Microsoft SharePoint
Debe tener en cuenta que el OpenControl denominado SharePoint.OpenDocuments se refiere a un control ActiveX® que se incluye con las versiones más recientes de Office (%PROGRAMFILES%\Microsoft Office\Office12\Owssupp.dll). Si existe este archivo en sus estaciones de trabajo y, si el icono del documento especificado (parámetro Value) está en la carpeta %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\Template\Images en sus servidores de SharePoint, en este momento puede considerar que gran parte del trabajo de integración necesario ya se ha llevado a cabo.
El SDK de Windows SharePoint Services 3.0 SDK incluye parte de la información acerca de las API del lado cliente que se incluyen en 2007 Office system, incluido el control OpenDocuments. Consulte la sección "Referencia de la API del lado del cliente" en msdn2.microsoft.com/ms440037.
Uso del control OpenDocuments de Office
El control OpenDocuments cumple con las necesidades vitales de integración de la aplicación, pero necesita Office 2003 o 2007 Office system, y sus capacidades son, en cierta medida, limitadas. Los comandos del menú Nuevo no siempre funcionan y, en ocasiones, muestran lo que podrían ser notificaciones de usuario confusas.
Tal como se ilustra en la Figura 3, el control OpenDocuments informa al usuario de que la aplicación necesaria no está correctamente instalada o de que el archivo de plantilla no se puede abrir, pero ninguno de estos es el caso. La función Edit in presenta también problemas. El segundo mensaje de error mostrado en primer plano en la Figura 3 se muestra con frecuencia. Se trata de mi gran favorito, puesto que incluso confunde a los expertos en SharePoint. Volveré a este mensaje en unos momentos.
Figura 3 Mensajes de error confusos del control OpenDocuments (haga clic en la imagen para ampliarla)
No obstante, el control OpenDocuments es útil en entornos con versiones recientes de Office instaladas en todas las estaciones de trabajo. Entre otras cosas, puede ocultar los tipos de contenido del menú Nuevo (acuda a Configuración de la biblioteca de documentos, haga clic en Cambiar orden del nuevo botón y tipo de contenido predeterminado y, a continuación, desactive la casilla Visible de todos los tipos de contenido en cuestión), para que los usuarios no se encuentren con el primer mensaje de error. También puede preservar la sencillez de la topología de su sitio con el objeto de evitar problemas de comunicación del Sistema distribuido de creación y control de versiones web (WebDAV). Esto elimina el segundo mensaje de error.
Comunicación con SharePoint
Hasta el momento, he logrado ampliar la interfaz de usuario de SharePoint y, quizás, iniciar una aplicación por medio del control OpenDocuments, pero mi aplicación necesita aún una manera de comunicarse con SharePoint para obtener acceso a los datos. Como siempre, SharePoint admite distintos métodos para lograr esto, como las Extensiones de servidor de Microsoft Office Frontpage®, las llamadas a procedimiento remoto (RPC) de WSS, WebDAV y los servicios web. De hecho, las aplicaciones de Office, como Word 2007, pueden usar cualquiera o todos estos métodos de comunicación, según cómo obtenga acceso a un documento, por ejemplo, a través de carpetas web, unidades de red asignadas o la interfaz de usuario de SharePoint.
Cada uno de los métodos de comunicación cliente/servidor de SharePoint depende de HTTP como protocolo subyacente. Por ejemplo, FrontPage y las RPC de WSS usan todas las solicitudes HTTP POST y HTTP GET dirigidas a extensiones de ISAPI que residen en servidores de SharePoint en la carpeta %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\ISAPI y en todas sus subcarpetas.
Una de las extensiones de ISAPI más importantes es Owssvr.dll, que implementa, entre otras cosas, la funcionalidad para trabajar con listas y bibliotecas de documentos. La Figura 4 muestra el cuadro de diálogo Guardar de SharePoint en Word 2007 (izquierda) y en un explorador (derecha) abierto directamente a través de la solicitud de URL https://sharepoint/HR/Administration/_vti_bin/owssvr.dll?dialogview=FileSave&location=Shared%20Documents&FileDialogFilterValue=*.docx. Las similitudes entre las dos capturas de pantalla son obvias.
Figura 4 Cuadro de diálogo Guardar de SharePoint en Word 2007 y en Internet Explorer (haga clic en la imagen para ampliarla)
Otras extensiones de ISAPI importantes son Author.dll, que implementa Frontpage y las RPC de WSS para operaciones de edición del lado cliente, como la carga, el cambio de nombre y la eliminación de documentos, Admin.dll para administrar sitios y realizar otras tareas administrativas, y Shtml.dll para aceptar envíos de formulario HTML.
Generalmente, no es posible agregar la compatibilidad con Frontpage y con las RPC de WSS a aplicaciones existentes, como Bloc de notas o Adobe Reader, sin acceso al código fuente. Pero podría ofrecer el dispositivo de comunicación necesario por medio de la característica Cliente web incluida en Windows.
SharePoint también es compatible con WebDAV a través de Httpext.dll, que reside en la carpeta %WINDIR%\System32\Inetsrv\, pero quedémonos en el lado cliente. Los equipos que ejecutan Windows Server® 2008 o Windows Vista® tienen la característica Cliente web instalada de forma predeterminada. Puede encontrar un servicio WebClient correspondiente en el applet Servicios, en Herramientas administrativas del Panel de control. En Windows XP y Windows Server 2003, debe instalar el Cliente web explícitamente. En todo caso, asegúrese de que el servicio WebClient se ha iniciado y que el Inicio se ha configurado como Automático.
La Figura 5 es una descripción de la arquitectura del Cliente web. El servicio WebClient se implementa en una DLL en modo de usuario (Webclnt.dll) que el Administrador de control de servicios carga en un proceso host Svchost.exe. Webclnt.dll ofrece la interfaz del Proveedor de red para operaciones sin E/S (como autenticar el usuario para el acceso a WebDAV, montar los sitios de SharePoint como unidades de red, enumerar los sitios, las listas y las bibliotecas de documentos de SharePoint como recursos de red, así como desconectar unidades montadas).
Figura 5 Arquitectura del Redirector de cliente WebDAV (haga clic en la imagen para ampliarla)
Para realizar este trabajo, Webclnt.dll se comunica con un controlador del sistema de archivos en modo kernel que ofrece la funcionalidad del redirector. El Controlador del redirector de cliente WebDAV (Mrxdav.sys) se basa en RDBSS, que se integra con el Administrador de E/S y otros componentes del kernel con el objeto de proporcionar los servicios de un sistema de archivos remoto. Mrxdav.sys implementa el dispositivo de comunicación de WebDAV para permitir el acceso de nivel de sistema de archivos a los sitios y las bibliotecas de documentos de SharePoint.
El acceso a los sitios y las bibliotecas de documentos de SharePoint a través de un redirector de red elimina la necesidad de la compatibilidad con Frontpage y RPC de WSS en aplicaciones de usuario. Puede asignar unidades de red a bibliotecas de documentos (como net use x: http://wss/doclib/Shared%20Documents) y también puede obtener acceso a los recursos de SharePoint a través de rutas de acceso UNC.
La dirección URL http://wss/doclib/Shared%20Documents se asigna a \\wss\doclib\Shared%20Documents. Así pues, dispone de varias opciones para abrir un documento en una aplicación. Por ejemplo, puede abrir un documento en el Bloc de notas con la ruta de acceso HTTP http://wss/doclib/Shared%20Documents/New%20Text%20Document.txt o la ruta de acceso UNC \\wss\doclib\Shared%20Documents\New%20Text%20Document.txt.
Desafortunadamente, la característica Cliente web tiene numerosas limitaciones. No se puede obtener acceso a las propiedades personalizadas o las aplicaciones web que usan puertos TCP personalizados. El Cliente web que se incluye en Windows Vista produce errores si el usuario no tiene acceso a un sitio primario en la jerarquía, tal como se ilustra en WebDAV Access.pdf (consulte el material complementario).
La ruta de acceso https://sharepoint/HR/Administration/Shared%20Documents/ incluye un sitio raíz inexistente (que es https://sharepoint) y, sin acceso a la raíz, el Cliente web no puede determinar las capacidades del servidor web. El servidor web rechaza la solicitud OPTIONS del Cliente web con el código de estado 401, que indica que el acceso no está autorizado. Consecuentemente, el Cliente web continúa solicitando las credenciales de usuario, tal como se muestra en la Figura 6, aunque el usuario tenga acceso administrativo a la colección de sitios sharepoint/HR y a todos los sitios incluidos.
Figura 6 Acceso a WebDAV incorrecto (haga clic en la imagen para ampliarla)
Al usar el control OpenDocuments, recibe el mensaje de error mostrado en la Figura 3 si el Cliente web no puede abrir un documento. La aplicación está disponible y la asignación de tipo de documento es correcta. Es el documento al que no se puede obtener acceso a través del redirector de WebDAV.
Implementación de una solución OpenControl personalizada
Generalmente, cuenta con dos opciones a la hora de solucionar los inconvenientes de Cliente web. Puede esperar hasta que Microsoft ofrezca una versión actualizada de Cliente web, o puede implementar una solución OpenControl personalizada capaz de solucionar la situación actual. La implementación de un OpenControl personalizado no es una tarea trivial, pero elimina la necesidad de Office en sus estaciones de trabajo, le permite, además, administrar el comando New y el comando Edit in de manera significativa, y resolver aquellas situaciones en las que el Cliente web produce errores.
Si cualquiera de estos problemas le preocupa, observe el código fuente de AppStart incluido en el material complementario. Muestra cómo exponer las interfaces COM de OpenControl en un ensamblado de Microsoft .NET Framework, al cual puede llamar el código de JavaScript de SharePoint. El código fuente de AppStart también nos muestra una manera posible de comprobar la accesibilidad a los archivos y de descargar un archivo al equipo local a través de HTTP si el acceso directo a través de WebDAV no es posible. Por último, el código fuente de AppStart responde al comando New descargando la plantilla asociada con el tipo de contenido al equipo local para que el usuario pueda empezar a trabajar en el documento. Las hojas de cálculo Text Content Type.pdf y Adobe Reader Support.pdf describen cómo implementar esta solución OpenControl.
El diagrama mostrado en la Figura 7 muestra la arquitectura de AppStart. Mi componente personalizado de OpenControl (denominado Biblioso.dll) expone dos interfaces COM idénticas a las que JavaScript de SharePoint llama para crear nuevos documentos o para abrir y modificar documentos existentes (Biblioso.AppStart.2 y Biblioso.AppStart.3).
Figura 7 Arquitectura de AppStart (haga clic en la imagen para ampliarla)
Si se abre un documento para la modificación, Biblioso.dll comprueba que el archivo existe e inicia la aplicación asociada junto con la ruta de acceso al documento si el archivo es directamente accesible a través de WebDAV. Si el archivo no es accesible, Biblioso.dll inicia un servidor COM fuera de proceso que, a cambio, carga OpenDocsUtility.dll para descargar el archivo a través de HTTP e iniciar la aplicación junto con la ruta de acceso al documento descargado.
El servidor COM fuera de proceso permite a la solución escapar del proceso de Internet Explorer®, el cual restringe las descargas a la carpeta Archivos temporales de Internet en modo protegido. Los usuarios deben contar con la capacidad de descargar archivos sin las restricciones del modo protegido, y un servidor COM fuera de proceso que funcione como un agente de aplicaciones proporciona esta opción.
No es posible el desarrollo de servidores COM fuera de proceso en .NET, por lo que utilicé C/C++ para este ejecutable. Únicamente implementé el indispensable cuadro de diálogo Guardar como en C++. Para que la solución sea lo más sencilla posible y, con el objeto de mantener la sobrecarga de desarrollo en un nivel bajo, coloqué el código de descarga real en un ensamblado de .NET (OpenDocsUtility.dll), al cual llamé, a continuación, a través de otra interfaz COM.
Para facilitar la implementación, agregué un proyecto de instalación a la solución. Entre otras cosas, la rutina de instalación registra todos los componentes COM y escribe la configuración específica de la aplicación en HKEY_LOCAL_MACHINE\SOFTWARE\Biblioso\AppStart. Los parámetros más importantes son tanto AllowedApps como AllowedFileTypes. La solución AppStart sólo funcionará con las aplicaciones y los tipos de archivos que debe especificar explícitamente en estos parámetros.
La rutina de instalación también crea una directiva de elevación para el servidor COM fuera de proceso de modo que Biblioso.dll en el proceso de Internet Explorer pueda iniciar AppBrokerEngine.exe sin desencadenar advertencias de seguridad. Si está interesado en conocer más detalles acerca del modo protegido de Internet Explorer y cómo trabajar con ello en el desarrollo de aplicaciones, le recomiendo encarecidamente la lectura del artículo de Marc Silbey y Peter Brundrett "Understanding and Working in Protected Mode Internet Explorer" (en inglés) disponible en msdn2.microsoft.com/bb250462.
Al examinar los componentes de AppStart, tenga en cuenta que esta solución se desarrolló simplemente para mostrar lo que se puede hacer; no está preparada para entornos de producción. No se disponía del tiempo suficiente para optimizar el código y probar la solución de forma exhaustiva, ni para documentar las características, además de los comentarios de código fuente.
Utilizará esta solución bajo su propia responsabilidad. Si está interesado en estudiar el código fuente para crear su propia solución, comience con AppStart.cs en el proyecto de código de Biblioso. Este archivo implementa la interfaz COM de OpenControl y los puntos de entrada para las llamadas de JavaScript desde Ows.js.
Resumen
WSS 3.0 y MOSS 2007 ofrecen amplias capacidades de integración de aplicaciones para una experiencia de usuario sin complicaciones a la hora de trabajar con documentos y otros elementos en bibliotecas de documentos y listas de SharePoint. Las aplicaciones de escritorio en 2007 Office system lo demuestran claramente, y es posible conseguir el mismo nivel de integración y capacidad de uso con aplicaciones ajenas a Office.
En el núcleo de la arquitectura de integración de aplicaciones se encuentran los componentes COM, que las funciones de JavaScript de SharePoint usan, junto con la ruta de acceso al documento, para iniciar la aplicación. 2007 Office system ofrece varios de estos componentes COM, optimizados para las necesidades específicas de las aplicaciones de Office, aunque es también posible volver a usar el control OpenDocuments de Office para integrar aplicaciones ajenas a Microsoft. El control OpenDocuments cubre las necesidades más básicas. Para requisitos de integración de aplicaciones más avanzados, puede implementar un control personalizado.
La completa integración de una aplicación con SharePoint implica no sólo la instalación de los componentes y los iconos de documento de IFilter para ampliar las capacidades de búsqueda y presentación, sino que también implica la creación de tipos de contenido personalizados y asignaciones de tipos de documento en los servidores de SharePoint para ofrecer comandos New y Edit in adecuados en la interfaz de usuario de SharePoint. Estos comandos llaman a las funciones de JavaScript que invocan los métodos expuestos a través de un componente de OpenControl. El componente de OpenControl también debe estar disponible en la estación de trabajo.
Otra pieza importante del puzzle es el Cliente web, incluido e instalado de forma predeterminada en Windows Vista. El Cliente web implementa un redirector de WebDAV y un controlador del sistema de archivos remoto para que cualquier aplicación pueda obtener acceso a los recursos en listas y bibliotecas de documentos de SharePoint semejantes a los recursos compartidos de archivos en la red. Aunque el Cliente web que se incluye con Windows Vista presenta inconvenientes, es una parte esencial de la integración de aplicaciones.
La compatibilidad con WebDAV también sirve de puente entre las aplicaciones que se ejecutan en estaciones de trabajo ajenas a Windows y SharePoint. La tecnología de controles ActiveX y COM no está generalmente disponible en estos sistemas operativos, por lo que no es posible usar componentes de OpenControl para iniciar aplicaciones de forma automática, pero la mayoría de los sistemas operativos incluyen redirectores de WebDAV de forma que los usuarios puedan obtener, al menos, acceso a documentos directamente en bibliotecas de documentos sin tener que descargar los archivos en las estaciones de trabajo locales.
WSS 3.0 y MOSS 2007 son pilares del éxito de 2007 Office system, y los usuarios de aplicaciones basadas en Office de terceros pueden beneficiarse de SharePoint del mismo modo. Las capacidades de integración van mucho más allá de Office. Si desea aprovechar SharePoint al máximo, puede crear una plataforma unificada de soluciones de Office que ofrezca la misma experiencia de usuario para Office y para software de terceros y, como resultado, aumentar la productividad de los trabajadores de la información.
Pav Cherny es experto en TI y autor especializado en tecnologías de Microsoft para la colaboración y las comunicaciones unificadas. Sus publicaciones incluyen notas y manuales de productos, y libros centrados en operaciones de TI y administración de sistemas. Pav Cherny es presidente de Biblioso Corporation, una empresa especializada en servicios administrados de documentación y localización.
© 2008 Microsoft Corporation y CMP Media, LLC. Reservados todos los derechos. Queda prohibida la reproducción parcial o total sin previa autorización.