MissingMethodException w/Method vorhanden -> nervenaufreibender VS2010 Bug?

Question

Seit zwei Tagen habe ich ein wirklich nerviges Problem mit VS 2010 (SP 1). Meine Lösung besteht aus 1 Azure-Projekt mit 4 Rollen mit jeweils 1 Instanz. Jeder von ihnen führt eine Konfigurationsänderung an einer der ersten Zeilen aus, um das Datumsformat für den JSON-Serializer ServiceStack.Text festzulegen.

JsConfig.DateHandler = JsonDateHandler.ISO8601; 

Man würde denken, es gibt nicht viel, die schief gehen können, aber irgendwie sonst mein VS denkt .. Wenn ich ein Clean + ausführen neu erstellen, die Lösung funktioniert gut. Wenn ich das Debuggen abbringe (oder eine andere Ausnahme den Debug-Lauf beendet), stoppt jeder weitere Debug-Lauf an dieser Zeile und wirft eine MissingMethodException .

Wenn ich erneut ein Clean + Rebuild, funktioniert es für genau 1 Lauf und dann wird die Ausnahme erneut ausgelöst. Offensichtlich kann die Methode nicht einfach verschwinden, aber ich habe keine Vorstellung davon, was die Ursache dieses Problems sein könnte, und es zerstört nur meine Effizienz zu Clean + Rebuild nach E einzelner Änderung.

Die vorherige ServiceStack.Text-Version hatte tatsächlich diese Methode nicht (und ja, ich habe die vorherige Version vor ein paar Tagen verwendet), aber ich entfernte jedes einzelne Bit davon. Ich schaute sogar auf typeof (JsConfig) .Assembly via QuickWatch, um zu bestätigen, dass es die neueste Version geladen hat, was es getan hat, so kann ich mir nicht vorstellen, wie die vorherige Version verantwortlich sein könnte.

Aktionen, die ich schon ausprobiert, aber nichts hat sich nicht geändert:

• die .suo entfernt
• Deaktiviert AV und SearchProtocolHost (vielleicht sperrten sie die Datei oder etwas)
• entfernt alles ServiceStack.Text verwandte über NuGet und neu installierte es in jedem (mit) Projekt
• erneut gestartet VS2010 einem halben Milliarde mal
• Rebooted
• Suche nach etwas offensichtlich in Sysinternals Process Monitor

Btw. Ich glaube nicht, dass dieses Problem wirklich mit der ServiceStack.Text Library zusammenhängt, aber natürlich kann ich das nicht sicher wissen.

Answer 1

Ich hatte die gleichen Probleme (siehe meinen Kommentar), aber nach einem Upgrade auf die neueste Version von ServicesStack.Text, und das Problem ist weg.

Larsi

Answer 2

Nun, das Problem behoben ist, aber ich weiß nicht genau, was es getan hat.

Ich habe meinen TFS-Arbeitsbereich auf ein anderes Laufwerk verschoben, das (wusste nicht, dachte, es würde alles auf ein neues Laufwerk verschieben) hat gerade die neueste Version aus dem Repository und danach scheint es behoben zu haben. Das Problem muss also in den Dateien liegen, die von der TFS-Quellcodeverwaltung ausgeschlossen werden. Es kann nicht das. Suo sein, weil ich es mehrmals gelöscht habe, aber es können auch nicht die Dateien sein, die mit jedem Build überschrieben werden ("Clean" hat sie bereits gelöscht), so dass nicht viele Dateien übrig bleiben sollten . Hoffe das hilft zumindest ein bisschen.