visual tools studio que office for complemento ms-office vsto

ms-office - tools - vsto office



Instalación de la personalización de Office (9)

En la máquina de desarrollo, en la que había creado el Proyecto VSTO en Visual Studio con la misma versión / identidad del producto, necesitaba ejecutar el comando Limpiar seleccionando el Proyecto en el Explorador de soluciones. De hecho, esto ayudó a borrar la entrada del registro, mencionada anteriormente.

Eso me permitió reinstalar el producto con la misma identidad de aplicación

Nombre: From: file: /// D: /Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

La personalización no se puede instalar porque hay otra versión instalada actualmente y no se puede actualizar desde esta ubicación. Para instalar esta versión de la personalización, primero use Agregar o quitar programas para desinstalar este programa: TestUpdatedVersion. Luego instale la nueva personalización desde la siguiente ubicación: archivo: /// D: /Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

************** Texto de excepción ************** Microsoft.VisualStudio.Tools.Applications.Deployment.AddInAlreadyInstalledException: la personalización no se puede instalar porque hay otra versión está instalado actualmente y no se puede actualizar desde esta ubicación. Para instalar esta versión de la personalización, primero use Agregar o quitar programas para desinstalar este programa: TestUpdatedVersion. Luego, instale la nueva personalización desde la siguiente ubicación: archivo: /// D: /Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto en Microsoft.VisualStudio.Tools.Applications.casos casos en los casos Booleano instalado previamente) en Microsoft.VisualStudio.Tools.Applications.Deployment.ClickOnceAddInDeploymentManager.InstallAddIn ()

Estaba probando la implementación después de realizar la configuración del complemento y enfrenté el mismo problema al intentar instalar.

Problema: cuando realiza una publicación o depura el complemento, VS crearía / actualizaría el registro con esta información de complemento en

HKEY_CURRENT_USER / Software / Microsoft / Office / Excel / Addins / < you addin name > / Manifest

Esto tiene la referencia al archivo VSTO que se compararía para hacer una actualización. En su caso, después de que publique, estaría apuntando a

archivo: /// D: /Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

Cambia esto a tu ruta vsto publicada. Ahora intenta instalar, debería funcionar bien. Puede probar sus opciones de actualización automática de la misma manera, es decir, hacer una compilación + publicación y cambiar esta ruta, luego cerrar todas las ventajas y abrir una.

Este error puede aparecer si está intentando instalar / actualizar un complemento de VSTO en la misma máquina donde lo ha desarrollado, y está causado por Visual Studio.

Cada vez que construye su complemento en Visual Studio, actualiza la clave de registro utilizada por el complemento, rompiendo así cualquier instalación que haya realizado.

HKEY_CURRENT_USER/Software/Microsoft/Office/<Application>/Addins/<YourAddIn>/Manifest

La solución es agregar un evento posterior a la construcción que restaure / establezca la clave de registro en el valor correcto. Por ejemplo, si su AddIn está configurado para ser instalado / actualizado desde <YourPublishLocation> , el evento posterior a la compilación debería ser similar a:

REG ADD "HKEY_CURRENT_USER/SOFTWARE/Microsoft/Office/<Application>/Addins <YourAddIn>" /v "Manifest" /d "<YourPublishLocation>" /f

Este error solo debería ocurrir en sus máquinas de desarrollo.

De la guía de solución de problemas de Microsoft para implementaciones de oficina ( http://msdn.microsoft.com/en-us/library/bb608594.aspx ):

Cuando creas una solución de Office, la versión construida se registra automáticamente. Si anteriormente ha publicado e instalado la misma solución para su computadora de desarrollo, Visual Studio Tools para Office runtime detecta que la ruta de instalación para la versión publicada y la versión compilada son diferentes después de la siguiente compilación, reconstrucción o publicación. El mensaje de error dice "la personalización no se puede instalar porque hay otra versión instalada actualmente y no se puede actualizar desde esta ubicación". Debido a que la reconstrucción de la solución actualiza las claves de registro, es necesario desinstalar la primera versión antes de publicar, depurar o ejecutar la segunda versión.

Para evitar que aparezca el mensaje, cree otra cuenta de usuario en su computadora de desarrollo para probar su implementación. Alternativamente, puede desinstalar la versión de la lista de programas instalados en la computadora antes de publicar, depurar o reconstruir la solución.

Intente desinstalar la aplicación VSTO instalada anteriormente O desde el menú de Visual Studio> Build | Solución limpia.

Puedes intentar eliminar una clave de registro ubicada en:

HKEY_CURRENT_USER/Software/Microsoft/VSTA/Solutions/{GUID}

El valor de {GUID} será diferente en su entorno.

Compruebe para asegurarse de que está eliminando la clave correcta. Confirme marcando el valor DWORD "Url" en la tecla.

Reinicie Excel y debería estar listo para comenzar.

Tenemos varios productos que utilizan VSTO en Office 2007, Office 2010 y Office 2013 en varias versiones de Windows. La excepción Deployment.AddInAlreadyInstalledException ocurre a menudo durante las implementaciones. El problema parece ocurrir especialmente en las PC con muchos ciclos de instalación / desinstalación (como el propio personal de TI). A menudo me deja con pelos grises o sin vello, ya que una reinstalación no siempre es posible y la fuente no está clara.

Como no hay una solución mágica para solucionar el problema (aparte de reinstalar Windows), he recopilado experiencias en una publicación de blog sobre los pasos para resolver la excepción AddInAlreadyInstalledException

Tal vez esto ayude a otros usuarios de VSTO y Microsoft Visual Studio.

Tuve el mismo problema al implementar una nueva versión de nuestro complemento de palabras VSTO. Después de tocar durante 2 horas, descubrí que la URL de la carpeta de instalación que configuró en las propiedades de la solución (desde donde se actualiza) distingue entre mayúsculas y minúsculas y que, de manera estúpida, debe ser el mismo que la URL de instalación inicial.