EDIT: Ressemble à un problème de Microsoft, voir le forum indiqué par la réponse correcte.
EDIT 2: Je vais arrêter de surveiller cette page, on dirait que le forum Microsoft est mort et que je ne travaille plus pour la même entreprise.
Nous avons un complément Excel (C #/.NET 4.0) qui prend en charge Excel 2007/2010/2013 et est déployé via le complément Excel. Aujourd'hui, un nouveau client a rencontré des problèmes sur un seul ordinateur (d'autres ordinateurs ont installé correctement le complément). L'erreur était:
La valeur de la propriété 'type' ne peut pas être analysée. L'erreur est la suivante: impossible de charger le fichier ou l'assembly 'Microsoft.Office.BusinessApplications.Fba, version = 14.0.0.0, Culture = neutre, PublicKeyToken = 71e9bce111e9429c' ou l'une de ses dépendances. Le système ne peut pas trouver le fichier spécifié. (C:\Program Files (x86)\Fichiers communs\Microsoft Shared\VSTO\10.0\VSTOInstaller.exe.Config, ligne 10)
Mon copain Google m'a donné un certain nombre de suggestions: le client a essayé de réparer MS VSTO Tools for Office et d'Office, et le cache IE a été effacé, mais la même erreur s'est produite. Enfin, nous avons essayé de renommer VSTOInstaller. exe . Config pour le «masquer» de l’installation et il semble fonctionner.
Je ne crois pas que notre add-in ou notre installation génère ce fichier, et je ne suis au courant d'aucune dépendance à ce fichier (il semble être lié à un assembly SharePoint).
Bien que je ne télécharge pas explicitement le complément moi-même (je l'exécute par le biais de VS2013), j'ai un fichier VSTOInstaller.config (notez-le, pas * .exe.config, tel que vu depuis le client), qui contient le code XML suivant:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.net>
<webRequestModules>
<remove prefix="http:"/>
<remove prefix="https:"/>
<add prefix="http:"
type="Microsoft.Office.BusinessApplications.Runtime.DeploymentAction.HttpFbaRequestCreator,Microsoft.Office.BusinessApplications.Runtime,Version=14.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c" />
<add prefix="https:"
type="Microsoft.Office.BusinessApplications.Runtime.DeploymentAction.HttpFbaRequestCreator,Microsoft.Office.BusinessApplications.Runtime,Version=14.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c" />
</webRequestModules>
</system.net>
</configuration>
Afin de mieux comprendre pourquoi ce client obtient l'erreur spécifiée, j'examine
Il semble que ce soit un problème connu qui affecte de nombreux utilisateurs. Une personne de Microsoft a sauté dans le train. Voir Forum de support technique Microsoft où l’état d’avancement peut être trouvé.
La résolution de Microsoft ne semble pas se produire. Il existe plusieurs scripts pour résoudre ce problème. Nous avons ajouté un bouton "Fix It" à nos produits non-VSTO. Voir post .
Essayez simplement de renommer VSTOInstaller.exe.Config en VSTOInstaller.exe.Config.old, puis exécutez le programme d'installation.
Même erreur en essayant d'installer Word-addin sur une seule machine. Je pense que cela a quelque chose à voir avec des versions mixtes d'applications bureautiques. Nerver a déjà rencontré ce problème sur une autre machine, mais sur cette machine spécifique, Office 2013 a été installé en premier, suivi de Project 2010 et Visio 2010.
Renommer le fichier VSTOInstaller.exe.Config a résolu le problème.
Comme je n'ai pas assez de points pour ajouter un commentaire, je poste une réponse à la place.
Nous avions les mêmes problèmes avec notre plug-in MS Word lorsque nous avons essayé de l'installer en tant qu'utilisateur ordinaire non administrateur sur une nouvelle machine. VSTOR était déjà installé via une tâche d’administrateur antérieure. Donc, je n'étais pas sûr de ce qui se passait. Ces étapes ont finalement fonctionné pour moi.
Avez-vous essayé d'exécuter le fichier setup.exe en tant qu'administrateur? Je pense que cela résoudra votre problème.
Bonne chance!
Nous avons la même erreur lorsque vous essayez d'installer un complément Visio 2013 sur un seul ordinateur sur lequel des versions antérieures de Visio ont été installées. Nous n’avions jamais rencontré ce problème auparavant sur une autre machine, mais cela se produit souvent à mesure que nous mettons à jour notre complément Visio afin de fonctionner dans la dernière version de Visio 2013. Office 2007 ou 2010 et Visio 2007 ou 2010 ont été installés en premier , suivie d’une mise à niveau vers Visio 2013. Le fait de renommer VSTOInstaller.exe.Config pour le "masquer" de l’installation supprime l’erreur et notre complément Visio 2013 s’installe correctement.
J'ai eu la même erreur ci-dessus, mais l'exécution de la configuration publiée par Visual Studio en tant qu'administrateur a fonctionné pour moi.