SSIS Éditeur de Script déclenche une exception
J'ai 2012 de SQL Server, SSIS, SSDT et Visual Studio 2010. Je peux créer un nouveau package SSIS et ajouter une Tâche de Script, mais si je tente d'ouvrir l'Éditeur de Script pour cette Tâche de Script j'obtiens l'erreur suivante:
TITLE: Microsoft Visual Studio
------------------------------
Cannot show Visual Studio 2010 Tools for Applications editor.
------------------------------
ADDITIONAL INFORMATION:
Could not load file or assembly 'Microsoft.VisualStudio.Tools.Applications.Core, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified. (mscorlib)
------------------------------
BUTTONS:
OK
------------------------------
De ma propre enquête sur cette erreur, j'ai trouvé que Visual Studio Tools for Applications qui semble être une partie de la suite MS Office 2007 et supérieur. Cela semblait étrange à la dépendance pour l'avoir, mais j'ai installé MS Office 2010 juste pour sourire. Ça n'a rien changé. Quoi d'autre devrais-je essayer?
J'ai vu cela dans les versions antérieures. Si je me souviens bien, je l'ai réinstallé .Net pour la corriger. Je n'ai pas vécu en 2012, encore. Vous pouvez consulter connect.microsoft.com/VisualStudio/feedback/details/564956/... et social.msdn.microsoft.com/Forums/en-US/sqlintegrationservices/... - je ne me souviens pas de ce qui a fonctionné la dernière fois que j'ai rencontré ce message dans SSIS 2008... toutes mes Excuses je ne peux pas être plus d'aide.
Merci pour votre aide. Je l'ai désinstallé et réinstallé SQL Server 2012, comme recommandé par les liens que vous avez fournies. L'installation s'est terminée sans erreur, mais maintenant rien SSIS travaux connexes. Je reçois une demi-douzaine d'erreurs en disant: "[tel] n'est pas installé correctement" quand je tente d'ouvrir mon package SSIS projet dans Visual Studio. Ce un cauchemar web de dépendances, cette chose est!
Salut Ray, je suis désolé d'entendre parler de cette expérience. Quelques questions: 1) Êtes-vous d'installer la version RTM de SQL Server 2012? 2) Est-ce qu'une installation "propre" (êtes-vous installant au-dessus d'une release candidate ou d'autres pré-version du logiciel)?
Merci pour votre aide. Je l'ai désinstallé et réinstallé SQL Server 2012, comme recommandé par les liens que vous avez fournies. L'installation s'est terminée sans erreur, mais maintenant rien SSIS travaux connexes. Je reçois une demi-douzaine d'erreurs en disant: "[tel] n'est pas installé correctement" quand je tente d'ouvrir mon package SSIS projet dans Visual Studio. Ce un cauchemar web de dépendances, cette chose est!
Salut Ray, je suis désolé d'entendre parler de cette expérience. Quelques questions: 1) Êtes-vous d'installer la version RTM de SQL Server 2012? 2) Est-ce qu'une installation "propre" (êtes-vous installant au-dessus d'une release candidate ou d'autres pré-version du logiciel)?
OriginalL'auteur Raymond Saltrelli | 2012-05-03
Vous devez vous connecter pour publier un commentaire.
Vous pourrez également obtenir cette erreur si vous essayez de déboguer un script tâche dans VS 2010 et Run64BitRuntime est définie sur true. Pour déboguer, affectez la valeur false.
Solution Explorer
puisProperties
->Configuration Properties
->Debugging
->Debug Options
->Run64BitRuntime
-> Doit êtreTrue
, ilFalse
. Aide aussi: help.pragmaticworks.com/dtsxchange/scr/...Changer le moteur d'exécution fixe pour moi. Merci à vous, messieurs!
OriginalL'auteur Anoop Verma
Je recevais ce message d'erreur et rien je suis venu à travers corrigé le problème jusqu'à ce que je quittai que mon utilisateur normal et connecté mon compte administrateur local de l'utilisateur. Une fois que j'ai connecté en tant qu'admin j'ai pu modifier le script dans mon colis. Une fois que j'ai ouvert une session en tant que mon utilisateur régulier le bouton modifier le script a fonctionné pour elle aussi.
Je suppose qu'il fallait s'inscrire à l'assemblée sur la première de lancement et ne pouvait pas avec ma régulière d'utilisateur de domaine.
OriginalL'auteur Klay
J'ai aussi eu ce même message d'erreur lorsque vous essayez d'ouvrir l'Éditeur de Script, mais pour une raison différente. Vous ne savez pas comment c'est arrivé, mais j'ai eu 3 copies de VSTA (différentes versions) installé. Une fois que j'ai enlevé tous et ré-installé SQL Server 2012, le problème est résolu. Espérons que cela aide.
OriginalL'auteur Bill
Pour moi la solution a été:
Qui a résolu pour moi.
OriginalL'auteur Ruminator
Cela a fonctionné pour moi, sans faire aucune sorte de désinstallation.
Mon environnement:
Microsoft Visual Studio 9.0 (2008)
Solution:
Aller à cd "C:\program files (x86)\microsoft visual studio 9.0\common7\ide\"
Exécuter la commande vsta.exe /setup /hostid SSIS_ScriptTask. Cela va ouvrir VSTA avec un projet vide. Laissez-lui de l'ouvrir et de le fermer.
Exécuter la commande vsta.exe /setup /hostid SSIS_ScriptComponent. Cela va ouvrir VSTA avec un projet vide. Laissez-lui de l'ouvrir et de le fermer.
Ouvrir votre solution/packages qui contient la tâche de script.
Cliquez sur le bouton Modifier dans le Script de la tâche et elle devrait s'ouvrir maintenant. Juste au cas où si il ne le sait pas, je suggère de garder le vide vsta de l'étape 2 & 3 ouvrir, puis cliquez sur le bouton Modifier dans le script de la tâche.
A fallu près de deux heures et, heureusement, il a travaillé pour moi. Je n'ai pas de droit admin pour effectuer toutes cette mauvaise désinstallation de registre et modifier des solutions.
Espère que cela aide quelqu'un!!!
Référence : http://blogs.msdn.com/b/jason_howell/archive/2010/08/18/vsta-setup-and-configuration-troubles-for-ssis-2008-and-r2-installations.aspx
OriginalL'auteur Sandeep Gaadhe
Ne peut pas afficher les Outils de Visual Studio 2010 pour les Applications de l'éditeur.
Il suffit de suivre ci-dessous la solution:
OriginalL'auteur Karthik
J'ai compris mon problème ce matin. Lorsque je l'ai désinstallé SQL Server 2012 (et les restes de 2008 a laissé derrière quand j'ai mis à jour le mois dernier), j'ai aussi désinstallé 3 paquets qui ont fait partie de Visual Studio 2010. N'avais-je pas fait cela, une réinstallation de SQL Server 2012 aurait probablement fait le tour, mais au lieu de cela, j'ai trouvé de nouvelles erreurs. Quand j'ai réinstallé ces 3 forfaits à partir de Visual Studio 2010 support de distribution, tout a commencé à travailler.
Les 3 paquets en question étaient les suivants:
OriginalL'auteur Raymond Saltrelli