Der Typ oder Namespacename 'Linq' existiert nicht im Namespace 'System.Data'

8

Beim Bereitstellen eines Projekts auf einem unserer Client-Server wird ein Fehler angezeigt. Das System funktioniert in unseren lokalen Entwicklungs- und Staging-Umgebungen einwandfrei. Der Fehler ist:

Der Typ oder Namespacename 'Linq' existiert nicht im Namespace 'System.Data'

Wir haben die offensichtlichen Überprüfungen durchgeführt: - Wir haben die Referenzen in der web.config für System.Data.Linq, System.Core, System.Linq usw. - Der Zielrahmen unseres Projekts ist 3.5 - Wir haben bestätigt, dass die ASP.NET-Version in IIS auf dem Clientserver 2.0.50727 ist - Wir haben bestätigt, dass der Server Framework 3.5 installiert hat und die DLL System.Data.Linq im Ordner Windows / Assemblies enthält.

Irgendwelche anderen Ideen?

    
Keith 19.08.2009, 20:34
quelle

5 Antworten

16
___ qstntxt ___

Beim Bereitstellen eines Projekts auf einem unserer Client-Server wird ein Fehler angezeigt. Das System funktioniert in unseren lokalen Entwicklungs- und Staging-Umgebungen einwandfrei. Der Fehler ist:

Der Typ oder Namespacename 'Linq' existiert nicht im Namespace 'System.Data'

Wir haben die offensichtlichen Überprüfungen durchgeführt: - Wir haben die Referenzen in der web.config für System.Data.Linq, System.Core, System.Linq usw. - Der Zielrahmen unseres Projekts ist 3.5 - Wir haben bestätigt, dass die ASP.NET-Version in IIS auf dem Clientserver 2.0.50727 ist - Wir haben bestätigt, dass der Server Framework 3.5 installiert hat und die DLL System.Data.Linq im Ordner Windows / Assemblies enthält.

Irgendwelche anderen Ideen?

    
___ antwort4331322 ___

Ich hatte den gleichen Kompilierungsfehler beim Erstellen eines Projekts aus Skripts, während Visual Studio 2010 dasselbe Projekt erstellt hat. Als ich versuchte, den System.Core-Verweis innerhalb von VS2010 hinzuzufügen, kam es mit einem Fehler zurück, der sagte, dass der Verweis implizit gesetzt sei und die Referenz nicht hinzufügen würde.

Die Lösung für mich war, die folgende Referenz manuell in die csproj-Datei einzufügen. Beachten Sie, dass das Zielframework der Referenz explizit auf 3.5 festgelegt ist (dies ist oben auf dem Zielframework des Projekts, das auf 3.5 festgelegt wird):

%Vor%     
___ answer1467508 ___

Von hier : "Sie Dieser Fehler tritt auf, wenn auf "System.Core.dll" nicht verwiesen wird (die Assembly, die die LINQ-APIs enthält). Alle Standardvorlagen sollten diese Referenz jedoch enthalten, wenn Sie .NET3.5 als Ziel verwenden. '

    
___ answer16034178 ___

Ich weiß, dass die Frage bereits beantwortet wurde, aber um klarzustellen, warum wir in Visual Studio Build Succeeded erhalten und Probleme haben, wenn es versucht, SVN oder ein anderes Repository zu erstellen?

>

Grund: Es wird von der IDE referenziert, wenn es das Build-System aufruft, aber nicht von MSBuild selbst.

Aber nach dem Hinzufügen der Referenz als Ashby oben gesagt, wird es sicherlich gut funktionieren. Dieses Problem tritt auch während Visual Studio 2012 immer noch auf, und da ich mir dieser Tatsache bewusst war, hat es funktioniert und alles hat gut funktioniert.

Grüße,

Varun Shringarpur

    
___ answer20803244 ___

Ich hatte das gleiche Problem, aber eine andere Ursache.

Ich hatte die Namespace-Deklaration in der Datei designer.cs der dbml geändert. Immer wenn ich über den Designer ein neues Objekt hinzufügen wollte, hat Visual Studio die Namespace-Deklaration zurückgesetzt und das Build fehlgeschlagen.

Ändern Sie einfach den Namespace zurück auf das, was das Problem beheben soll.

    
___ tag123aspnet ___ ASP.NET ist ein Framework für die Entwicklung von Microsoft-Webanwendungen, mit dem Programmierer dynamische Websites, Webanwendungen und Webdienste erstellen können. Es ist nützlich, dieses Tag in Verbindung mit dem Typ des Projekttyps zu verwenden, z. [asp.net-mvc], [asp.net-webforms] oder [asp.net-web-api]. Verwenden Sie dieses Tag NICHT für Fragen zu ASP.NET Core - verwenden Sie stattdessen [asp.net-core]. ___ qstnhdr ___ Der Typ oder Namespacename 'Linq' existiert nicht im Namespace 'System.Data' ___ tag123linqtosql ___ LINQ to SQL ist eine Komponente von .NET Framework Version 3.5, die eine Laufzeitinfrastruktur für die Verwaltung relationaler Daten als Objekte in Microsoft SQL Server bereitstellt. ___ tag123linq ___ Die Language Integrated Query (LINQ) ist eine Microsoft .NET Framework-Komponente, die native Datenabfragefunktionen zu .NET-Sprachen hinzufügt. Bitte denken Sie bei Bedarf daran, ausführlichere Tags zu verwenden, zum Beispiel [linq-to-sql], [linq-to-entities] / [entity-framework] oder [plinq] ___ answer13485481 ___

Ich hatte ein ähnliches Problem beim Entwickeln einer Website in Visual Web Developer 2010 mit .NET 4.0.

VWD könnte den Namensraum "System.Linq" für Dateien in App_Code finden, aber nicht für Dateien in anderen Verzeichnissen . Seltsam aber wahr.

Das "Projekt" wurde mit "Open Web Site" geöffnet, so dass keine .csproj-Datei vorhanden war.

Kopieren:

  

C: \ Programme \ Referenz-Assemblies \ Microsoft \ Framework \ .NETFramework \ v4.0 \ System.Core.dll

im Verzeichnis bin der Website verursachte, dass der Namespace von VWD für Dateien in anderen Verzeichnissen gefunden wurde.

Ich hoffe, es hilft jemandem.

    
___
Ashby 02.12.2010, 03:14
quelle
2

Von hier : "Sie Dieser Fehler tritt auf, wenn auf "System.Core.dll" nicht verwiesen wird (die Assembly, die die LINQ-APIs enthält). Alle Standardvorlagen sollten diese Referenz jedoch enthalten, wenn Sie .NET3.5 als Ziel verwenden. '

    
Jason Marcell 23.09.2009 17:34
quelle
2

Ich hatte ein ähnliches Problem beim Entwickeln einer Website in Visual Web Developer 2010 mit .NET 4.0.

VWD könnte den Namensraum "System.Linq" für Dateien in App_Code finden, aber nicht für Dateien in anderen Verzeichnissen . Seltsam aber wahr.

Das "Projekt" wurde mit "Open Web Site" geöffnet, so dass keine .csproj-Datei vorhanden war.

Kopieren:

  

C: \ Programme \ Referenz-Assemblies \ Microsoft \ Framework \ .NETFramework \ v4.0 \ System.Core.dll

im Verzeichnis bin der Website verursachte, dass der Namespace von VWD für Dateien in anderen Verzeichnissen gefunden wurde.

Ich hoffe, es hilft jemandem.

    
Matt 21.11.2012 02:30
quelle
0

Ich weiß, dass die Frage bereits beantwortet wurde, aber um klarzustellen, warum wir in Visual Studio Build Succeeded erhalten und Probleme haben, wenn es versucht, SVN oder ein anderes Repository zu erstellen?

>

Grund: Es wird von der IDE referenziert, wenn es das Build-System aufruft, aber nicht von MSBuild selbst.

Aber nach dem Hinzufügen der Referenz als Ashby oben gesagt, wird es sicherlich gut funktionieren. Dieses Problem tritt auch während Visual Studio 2012 immer noch auf, und da ich mir dieser Tatsache bewusst war, hat es funktioniert und alles hat gut funktioniert.

Grüße,

Varun Shringarpur

    
Varun Shringarpure 16.04.2013 10:04
quelle
0

Ich hatte das gleiche Problem, aber eine andere Ursache.

Ich hatte die Namespace-Deklaration in der Datei designer.cs der dbml geändert. Immer wenn ich über den Designer ein neues Objekt hinzufügen wollte, hat Visual Studio die Namespace-Deklaration zurückgesetzt und das Build fehlgeschlagen.

Ändern Sie einfach den Namespace zurück auf das, was das Problem beheben soll.

    
NightShovel 27.12.2013 15:30
quelle

Tags und Links