Alle,VS2012 Annoyance - Der Typ oder Namespace-Name existiert nicht im Namensraum
Ich weiß nicht, ob dies hat gerade erst begonnen in VS2012 passiert. Ich habe es in VS2010 oder früheren Versionen nicht gesehen.
Ich habe eine Lösung in VS2012 mit einer Reihe meiner eigenen benutzerdefinierten Projekte. Das Hauptprojekt ist ein SharePoint 2010-Projekt. Dies verweist auf eine Anzahl von Klassenbibliothekprojekten, die im SharePoint-Projekt verwendet werden.
Ich kann Lösung erstellen und alles kompiliert gut. Sobald ich die Lösung starte, treten für die gleichen zwei Projekte in der Lösung folgende Fehler auf:
Der Typ oder Namespace-Name 'XXX' existiert nicht im Namespace 'YYYY' (fehlt eine Assembly-Referenz?)
Ich kann das umgehen, indem ich jedes der Projekte erstelle, in dem der Fehler auftritt, und dann kann ich die Lösung starten, um in SharePoint zu laufen.
Ich weiß nicht, ob dies speziell auf ein SharePoint-Projekt bezogen ist oder ob andere es in ihren Lösungen erhalten. Es ist nur ein bisschen Schmerz, dies zu tun. Es passiert nicht die ganze Zeit. Es scheint nur intermittierend.
Ich mache keine Änderungen an den referenzierten Projekten - nur das Hauptprojekt.
Das Reinigen und Erstellen der Lösung löst dies auch nicht. Ich muss eines der beleidigenden Projekte manuell erstellen. Alle Projekte sind so konfiguriert, dass sie in Configuration Manager erstellt werden - und das Hauptprojekt ist auf "Bereitstellen" festgelegt - was alles korrekt aussieht.
Irgendwelche Gedanken?
Cheers,
Andez
Klingt eher wie ein IntelliSense-Parse-Fehler als ein Build-Fehler. Überprüfen Sie, ob alle Projekte auf dieselbe .NET Framework-Version abzielen und das Client-Profil nicht verwenden. Wenn Sie diese Projekte nicht ändern können, können Sie natürlich nicht viel tun. –
Hallo Hans, es lässt mich nicht laufen/debuggen die Lösung - würde Intellisense das verursachen? Alle Projekte sind so eingestellt, dass sie .NET 3.5 verwenden, allerdings habe ich einen Verweis auf eine x86-Komponente in den Warnungen: Es gab eine Diskrepanz zwischen der Prozessorarchitektur des zu erstellenden Projekts "MSIL" und der Prozessorarchitektur der Referenz. OSIsoft.PISDK, Version = 1.4.0.0, Kultur = neutral, PublicKeyToken = c3309f0734ba2805, processorArchitecture = x86 "," AMD64 ". – Andez
Ich bin gerade in diese auch gerannt. In meinem Fall funktioniert der Wiederaufbau nicht. An meinem Witz Ende. – Emmanuel