Solucionar problemas de implementación de soluciones de Office (2007 System)
Actualización: Julio de 2008
Se aplica a |
|---|
La información de este tema sólo se aplica a los proyectos y versiones especificados de Visual Studio Tools para Office de Microsoft Office. Tipo de proyecto
Versión de Microsoft Office
Para obtener más información, vea Características disponibles por aplicación y tipo de proyecto. |
Esta sección contiene sugerencias para resolver problemas comunes que podrían encontrarse al implementar soluciones de Microsoft Office mediante Visual Studio Tools para Office.
Cambiar el nombre del ensamblado produce conflictos
Si cambia el valor de Nombre del ensamblado en la página Aplicación del Diseñador de proyectos después de haber implementado una solución, las herramientas de publicación modificarán el paquete de instalación de tal forma que habrá un archivo Setup.exe y dos manifiestos de implementación. La implementación de dos archivos de manifiesto puede producir las condiciones siguientes:
Si el usuario final instala ambas versiones, la aplicación cargará ambos complementos.
Si el complemento se instaló antes de cambiar el nombre del ensamblado, el usuario final nunca recibirá actualizaciones.
Para evitar estas condiciones, no cambie el valor Nombre del ensamblado de la solución después de implementarla.
Buscar actualizaciones tarda mucho tiempo
Microsoft Visual Studio Tools para Microsoft Office System (versión 3.0 Runtime) proporciona una entrada del Registro que permite a los administradores establecer el valor de tiempo de espera para descargar los manifiestos y la solución.
Para establecer el valor de tiempo de espera
En el Registro, navegue a la siguiente clave:
HKEY_CURRENT_USER\Software\Microsoft\VSTA
En la subclave AddInTimeout, establezca el valor de tiempo de espera en milisegundos.
Si la subclave AddInTimeout no existe, créela como DWORD.
No se puede actualizar ni publicar en un recurso compartido de archivos de red
Las soluciones de Office que están en un recurso compartido de archivos de red podrían mostrar un mensaje erróneo durante las actualizaciones si el archivo Setup.exe de la solución está bloqueado en un proceso mientras se publica la actualización. El mensaje podría decir lo siguiente: "No se puede agregar 'setup.exe' al sitio web. Ya existe un archivo 'setup.exe' en este sitio web."
Para ayudar a evitar el bloqueo del archivo, puede hacer que el recurso compartido sea de sólo lectura para los usuarios finales. Sin embargo, si los documentos están en el recurso compartido, también se volverán de sólo lectura para los usuarios finales.
No están instalados los requisitos previos para Microsoft Office System 2007
Puede agregar Microsoft .NET Framework, el motor en tiempo de ejecución de Visual Studio Tools para Office y los ensamblados de interoperabilidad primarios de Microsoft Office al paquete de instalación como requisitos previos que se implementan con la solución de Visual Studio Tools para Office. Para obtener información sobre cómo instalar los ensamblados de interoperabilidad primarios, vea Instalar Visual Studio Tools para Office y Cómo: Instalar ensamblados de interoperabilidad primario de Office.
Publicar con 'Localhost' puede provocar problemas de instalación
Si utiliza "https://localhost" como ubicación de instalación o publicación para las soluciones de nivel de documento, el Asistente para publicación de Visual Studio Tools para Office no convierte la cadena al nombre de equipo real. Esto significa que la solución sólo se puede instalar en el equipo de desarrollo. Para que las soluciones implementadas utilicen IIS en el equipo de desarrollo, utilice el nombre completo en todas las ubicaciones HTTP/HTTPS/FTP en lugar de localhost.
Se cargan los ensamblados almacenados en memoria caché en lugar de los ensamblados actualizados
Fusion, el cargador de ensamblados de .NET Framework, carga la copia en caché de los ensamblados cuando la ruta de acceso de resultados del proyecto está en un recurso compartido de archivos de red, el ensamblado está firmado con un nombre seguro y la versión del ensamblado de la personalización no cambia. Si actualiza un ensamblado que cumple estas condiciones, no verá la actualización la próxima vez que ejecute el proyecto porque se cargará la copia en caché.
Puede configurar Visual Studio para que Fusion descargue los ensamblados cada vez que se ejecute el proyecto.
Para descargar los ensamblados en lugar de cargar las copias en caché
En el menú Proyecto, haga clic en Propiedades denombreDeProyecto.
En la página Aplicación, haga clic en Información de ensamblado.
En el primer cuadro Versión de ensamblado, escriba un asterisco (*).
Haga clic en Aceptar.
Después de cambiar la versión de ensamblado, puede continuar firmando el ensamblado con un nombre seguro y Fusion cargará la versión última de la personalización.
Los esquemas XML de personalizaciones de nivel de documento no se registran
Si asocia un esquema XML a un documento en un proyecto de nivel de documento para Microsoft Office System 2007, el esquema no se registra en la biblioteca del usuario. Debe crear un archivo de instalador independiente para que se efectúe el registro. Para obtener más información, vea Esquemas y datos XML (Visual Studio Tools para Office).
Se produce un error en la instalación cuando el identificador URI tiene caracteres que no son EE.UU.-ASCII
Al publicar una solución de Visual Studio Tools para Office a una ubicación HTTP/HTTPS/FTP, la ruta de acceso no puede tener ningún carácter Unicode que no sea EE.UU.-ASCII. Estos caracteres pueden producir un comportamiento incoherente en el programa de instalación. Utilice caracteres EE.UU.-ASCII para la ruta de instalación.
Al publicar e instalar una solución en el equipo de desarrollo, aparece un mensaje en el que se indica que debe realizarse una desinstalación manual
Cuando se genera una solución de Visual Studio Tools para Office, se registra automáticamente la versión generada. Si anteriormente se publicó e instaló la misma solución en el equipo de desarrollo, Visual Studio Tools para Office detecta que la ruta de instalación de la versión publicada y de la versión generada son diferentes después de la siguiente compilación, recompilación o publicación. El mensaje de error dice: "No se puede instalar la personalización porque hay instalada otra versión y no se puede actualizar desde esta ubicación". Dado que al volver a generar la solución se actualizan las claves del Registro, es necesario desinstalar la primera versión antes de publicar, depurar o ejecutar la segunda versión.
Para evitar que aparezca este mensaje, cree otra cuenta de usuario en el equipo de desarrollo para probar la implementación. Como alternativa, puede desinstalar la versión desde la lista de programas instalados del equipo antes de volver a publicar, depurar o generar la solución.
Error de excepción no detectada o método no encontrado al instalar una solución
Al instalar soluciones de Office desarrolladas con Visual Studio 2008 Service Pack 1 (SP1) abriendo el manifiesto de implementación (un archivo .vsto) o bien un libro, documento o aplicación de Office, puede que aparezcan mensajes de error para las condiciones siguientes:
Método no encontrado.
MissingMethodException.
Excepción no detectada.
Para evitar que aparezcan estos mensajes de error, instale la solución ejecutando el programa de instalación.
Las soluciones de Office desarrolladas con Visual Studio 2008 SP1 requieren SP1 para el motor en tiempo de ejecución de Visual Studio Tools para Office 3.0. El programa de instalación comprueba la versión correcta de los requisitos previos, incluido el SP1 para el tiempo de ejecución, y los instala según sea necesario. Sin embargo, al instalar la solución sin ejecutar el programa de instalación, el instalador no comprueba ni instala los requisitos previos.
Las claves del Registro del manifiesto para los complementos cambian después de generar un proyecto de instalación de Windows Installer
La clave del Registro del manifiesto que forma parte de un programa de instalación de complementos cambia en ocasiones de .vsto a .dll.manifest al generar el proyecto de instalación de Windows Installer.
Para solucionar este problema, cree el proyecto de instalación en otra solución distinta o use CompanyName.AddinName como valor de la clave del Registro que contiene el nombre del complemento.
Si usa Visual Studio 2008 SP1, no es necesario aplicar esta solución.
El instalador de ClickOnce para la solución de Office no instala los ensamblados de interoperabilidad primarios
Cuando ejecuta el programa de instalación creado por ClickOnce para su solución de Office, el instalador de los ensamblados de interoperabilidad primarios de Office solo se ejecuta si no hay ensamblados de este tipo ya instalados.
Si el programa de instalación no instala los ensamblados de interoperabilidad primarios correctamente, instálelos de forma manual. Para ello, ejecute el archivo instalador denominado o2007pia.msi desde el directorio de instalación.
Vea también
Conceptos
Solucionar problemas en implementaciones ClickOnce
Implementar soluciones de Office (2007 System)
Referencia
Solución de problemas (Cómo se utiliza en Visual Studio Tools para Office)
Historial de cambios
Fecha |
Historial |
Motivo |
|---|---|---|
|
Julio de 2008 |
Se ha agregado información para escenarios de solución de problemas. |
Cambio de características de SP1. |