2013-03-13 4 views
1

J'ai déployé une application sur appharbor, j'ai activé la restauration de paquets et je peux voir que les paquets sont en cours de restauration, mais la construction ne trouve toujours pas la DLL EntityFramework et quelques autres. Voici une partie du journal:Déploiement de code Première application à AppHarbor

Installation réussie de 'DataAnnotationsExtensions 1.1.0.0'. Installation réussie de 'DotNetOpenAuth.AspNet 4.0.3.12153'. Installation réussie de 'DotNetOpenAuth.OAuth.Consumer 4.0.3.12153'. Installation réussie de 'DotNetOpenAuth.Core 4.0.3.12153'. Installation réussie de 'DotNetOpenAuth.OAuth.Core 4.0.3.12153'. Installation réussie de 'DotNetOpenAuth.OpenId.Core 4.0.3.12153'. Installation réussie de 'DotNetOpenAuth.OpenId.RelyingParty 4.0.3.12153'. Installation réussie de 'EntityFramework 5.0.0'.

Référence principale "EntityFramework". 2> C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.targets (1578,5): avertissement MSB3245: Impossible de résoudre cette référence. Impossible de localiser l'assembly "EntityFramework"

Qu'est-ce qui ne va pas ???

Répondre

1

J'ai dû changer manuellement les références, et maintenant cela fonctionne. Il regardait .. \ packages Il devrait être "packages" .Il semble que appharbor a un problème avec EntityFramework 5, je devais passer à 4.3.1 pour le faire fonctionner.

0

Il semble que l'application recherche la DLL au mauvais endroit. Pouvez-vous vérifier que la référence de projet à EntityFramework pointe vers la DLL dans votre répertoire "packages" (plutôt que l'assembly GAC)?

Un autre développeur had a similar issue et résolu en corrigeant les chemins de référence.

+0

J'ai vérifié et le HintPath semble ok. EntityFramework n'est pas le seul problème. Toutes les DLL fournies avec Nuget ont le même problème et certaines d'entre elles ne sont pas dans le GAC. –

Questions connexes