47 votes

Le "SlowCheetah.Xdt.TransformXml" la tâche n'a pas pu être chargé à partir de l'assemblée

Après l'installation Lente Cheeath (v. 2.5.10.3) à deux projets dans ma solution, je reçois l'erreur suivante:

"The "SlowCheetah.Xdt.TransformXml" task could not be loaded from the assembly C:\Users
\User\AppData\Local\Microsoft\MSBuild\SlowCheetah\v2.5.10.2\SlowCheetah.Xdt.dll. Could 
not load file or assembly 'file:///C:\Users\User\AppData\Local\Microsoft\MSBuild
\SlowCheetah\v2.5.10.2\SlowCheetah.Xdt.dll' or one of its dependencies. The system cannot 
find the file specified. Confirm that the <UsingTask> declaration is correct, that the 
assembly and all its dependencies are available, and that the task contains a public 
class that implements Microsoft.Build.Framework.ITask.  ISA.IMPD.FalseAlarm.Web.Portal"

J'ai supprimé les deux projets dans leur intégralité (avec Lent Guépard), ré-installé les deux projets (avec Lent Guépard), et Reconstruit la solution en vain. N'importe qui peut aider avec ce type d'erreur?

56voto

SashaArz Points 533

Dans mon cas, l'erreur s'est produite lors de la compilation d'un projet web. Le dossier

%userprofile%\AppData\Local\Microsoft\MSBuild\SlowCheetah\v2.5.10.2

était vide. Tous les SlowCheetah composants ont été SlowCheetah\v1 dossier à la place. J'ai copié tous les fichiers de la V1 dossier de v2.5.10.2 et tout compilé et transformé amende. Pour les non des projets web de la compilation, j'ai également eu à supprimer V1 dossier comme suggéré par Quiconque dans ce fil.

Cela a été une toute nouvelle installation de la SlowCheetah Extension et je ne m'attendais pas à la v1 dossier existe à tous. Je crois que c'était un bug dans l'installation de l'extension pour Visual Studio 2012.

38voto

Whoever Points 556

supprimer

  AppData\Local\Microsoft\MSBuild\SlowCheetah\v1 

8voto

user1167524 Points 266

Il me semble avoir trouvé de solution à ce problème.

Voici ce que j'ai fait:

  1. Vous devez fermer Visual Studio, puis naviguez jusqu'à:

  2. C:\Users\username\AppData\Local\Microsoft\VisualStudio\11.0\Extensions

  3. Supprimer le fichier cache qui possède la plus récente date et de l'heure

  4. Ouvrez Visual Studio et enlever les Lentes Guépard de niveau de la Solution

  5. Re-installer Lent Guépard de niveau de la solution pour les projets souhaités.

6voto

Ben Power Points 180

Ce n'était pas sur notre serveur de build, j'ai donc changé le numéro de révision de:

<sc-MSBuildLibPathLocal Condition=" '$(sc-MSBuildLibPathLocal)'=='' ">$(LocalAppData)\Microsoft\MSBuild\SlowCheetah\v2.5.10.2\</sc-MSBuildLibPathLocal>

Pour:

<sc-MSBuildLibPathLocal Condition=" '$(sc-MSBuildLibPathLocal)'=='' ">$(LocalAppData)\Microsoft\MSBuild\SlowCheetah\v2.5.10.3\</sc-MSBuildLibPathLocal>

Pourquoi il a été signalé à v2.5.10.2 est un mystère, mais je suis certainement à l'aide de v2.5.10.3! Ressemble le package nuget lui-même a le bug.

4voto

Thumbleweed Points 21

Je l'ai résolu comme ceci:

  1. Désinstaller slowcheetah => Outils>Extensions et Mises à jour
  2. cliquez sur OK lorsque VS vous invite à redémarrer VS.
  3. dans "C:\Users\AppData\Local\Microsoft\MSBuild\SlowCheetah" supprimer le 'v1' dossier (windows crée automatiquement lors du redémarrage de votre VS) (ici des dragons..)
  4. reïnstall slowcheetah (voir l'étape 1) => un nouveau dossier v2.5.10.2 sera créé.
  5. De nouveau, cliquez sur OK, quand il demande de redémarrer
  6. Construire votre solution

En ce qui concerne,

Peter

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X