8
votes

Le nom de type ou d'espace de noms 'LINQ' n'existe pas dans l'espace de noms 'system.data'

Nous obtenons une erreur lors du déploiement d'un projet à l'un des serveurs de nos clients. Le système fonctionne correctement dans nos environnements locaux de développement et de stadification. L'erreur est:

Le nom de type ou d'espace de noms 'LINQ' n'existe pas dans l'espace de noms 'system.data'

Nous avons fait les chèques évidents: - Nous avons les références dans le Web.config pour system.data.linq, system.core, system.linq, etc. - Le cadre cible de notre projet est de 3,5 - Nous avons confirmé que la version ASP.NET dans IIS sur le serveur du client est 2.0.50727 - Nous avons confirmé que le serveur dispose d'un cadre 3.5 installé et contient la DLL System.Data.LINQ dans le dossier Windows / Assemblys.

Toute autre idée?


1 commentaires

Après avoir installé les services de service (par orion ci-dessous), et après quelques redémarrages, cela a commencé à fonctionner. Vous n'êtes toujours pas sûr de ce que le problème des racines était, mais sa fonctionne maintenant.


5 Réponses :




2
votes

J'ai eu un problème similaire à développer un site Web dans Visual Web Developer 2010 avec .NET 4.0.

VWD pourrait trouver l'espace de noms "system.linq" pour dans app_code , mais pas pour les fichiers dans Autres répertoires < / fort>. Étrange mais vrai.

Le "projet" a été ouvert à l'aide de "Site Web ouvert", donc il n'y avait pas de fichier .CSPROJ.

Copie:

C: \ Fichiers de programme \ Assemblages de référence \ Microsoft \ Framework \ .NetFramework \ v4.0 \ system.core.dll

au site Web BIN a fait que l'espace de noms soit trouvé par VWD pour les fichiers d'autres répertoires.

J'espère que cela aide quelqu'un.


0 commentaires

0
votes

Je sais que la question est déjà répondu, mais juste pour préciser clairement, de savoir pourquoi dans Visual Studio, nous obtenons des problèmes de construction et faisons face à des problèmes lorsqu'il essaie de construire dans SVN ou un autre référentiel?

Raison: il est référencé par l'IDE lorsqu'il invoque le système de construction, mais pas par Msbuild elle-même.

Mais après avoir ajouté la référence sous la forme ashby dit ci-dessus, cela fonctionnera sûrement bien. Ce problème se produit toujours même pendant Visual Studio 2012 et, comme j'étais au courant de ce fait, l'a fait et tout a commencé à travailler bien.

Cordialement,

Varun Shingarpure


0 commentaires

0
votes

J'ai eu le même problème, mais une cause première différente.

J'avais changé la déclaration d'espace de noms dans le fichier de concepteur.cs de la DBML. Chaque fois que j'ajouterais un nouvel objet via le concepteur, Visual Studio a rétabli la déclaration d'espace de noms et la construction a échoué.

Changer simplement l'espace de noms vers ce qu'il est censé être corrigé le problème.


0 commentaires