EF4 POCO WCF Serialisierungsprobleme (kein Lazy Loading, Proxy / kein Proxy, Zirkelverweise usw.)

OK, ich möchte sicherstellen, dass ich meine Situation und alles, was ich gründlich ausprobiert habe, abdecken kann. Ich bin mir ziemlich sicher, was ich tun kann / will, aber ich habe nicht die perfekte Kombination für den Erfolg gefunden.

Ich verwende Entity Framework 4 RTM und seine POCO Unterstützung. Ich suche nach einer Entität (Config), die eine Viele-zu-viele-Beziehung mit einer anderen Entität (App) enthält. Ich deaktiviere aus dem lazy loading und deaktiviere die Proxy-Erstellung für den Kontext und lade explizit die Navigationseigenschaft (entweder durch .Include () oder .LoadProperty ()). Wenn jedoch die Navigationseigenschaft geladen ist (dh Apps werden für eine bestimmte Konfiguration geladen), enthalten die geladenen App-Objekte bereits Verweise auf die Configs, die in den Speicher geladen wurden. Dies erstellt einen Zirkelverweis .

Jetzt weiß ich, dass der von WCF verwendete DataContractSerializer zirkuläre Referenzen verarbeiten kann, indem er den preserveObjectReferences -Parameter auf true setzt. Ich habe das mit ein paar verschiedenen Attribution-Implementierungen versucht, die ich online gefunden habe. Es ist erforderlich, um zu verhindern, dass der Fehler "das Objektdiagramm enthält Zirkelbezüge und kann nicht serialisiert werden". Es verhindert jedoch nicht die Serialisierung des gesamten Graphen zwischen Config und App.

Wenn ich es über WcfTestClient.exe aufruft, bekomme ich eine stackoverflow (ha!) Ausnahme vom Client und ich werde abgespritzt. Ich erhalte unterschiedliche Ergebnisse aus verschiedenen Aufrufumgebungen (C # Unit Test mit einem lokalen Verweis auf den Webdienst scheint in Ordnung zu sein, obwohl ich immer noch endlos zwischen Configs und Apps hin- und herbohren kann, aber den Aufruf aus einer Coldfusion-Umgebung gibt nur die erste Config zurück in der Liste und Fehler aus den anderen.) Mein Hauptziel ist eine serialisierte Darstellung des Graphen, die ich explizit von EF laden (dh: Liste der Configs, jeweils mit ihren Apps, aber keine App zurück zu Config Navigation.)

HINWEIS: Ich habe auch versucht, die ProxyDataContractResolver-Technik zu verwenden und die Proxy-Erstellung in meinem Kontext aktiviert zu lassen. Dies führt dazu, dass man sich über unbekannte Arten beklagen muss. Ich habe gelesen, dass der ProxyDataContractResolver in Beta2 nicht vollständig funktioniert hat, aber in RTM funktionieren sollte.

Für eine Referenz, hier ist ungefähr, wie ich die Daten im Service abfrage:

Ich glaube, der Kern meines Problems ist, dass beim Laden von Navigationseigenschaften für POCO-Objekte aus Entity Framework 4 die Navigationseigenschaften für Objekte, die sich bereits im Speicher befinden, vorab ausgefüllt werden. Dies wiederum verschlingt die WCF-Serialisierung, trotz aller Bemühungen, um zirkuläre Referenzen richtig zu handhaben.

Ich weiß, dass es eine Menge Informationen gibt, aber es steht mir wirklich im Weg, mit EF4 / POCO in unserem System fortzufahren. Ich habe mehrere Artikel und Blogs gefunden, die diese Themen betreffen, aber für mein Leben kann ich dieses Problem nicht lösen. Fühlen Sie sich frei, um einfach Fragen zu stellen und mir helfen, diese Situation Brainstorming.

PS: Um die Sache gründlich zu machen, injiziere ich die WCF-Services mithilfe des HEAD-Builds von Spring.NET für die Fehlerbehebung bei Spring.ServiceModel.Activation.ServiceHostFactory. Ich glaube jedoch nicht, dass dies die Ursache des Problems ist.

BEARBEITEN: Die Klasse "ProxyDataContractResolver" funktioniert ordnungsgemäß, wenn ich keine Zirkelverweise habe. (zB: Ich setze den Setzer von App.Configs als privat, was die Serialisierung der Eigenschaft verhindert.) Es explodiert, wie es scheint, wenn es Configs über das App-Objekt anstößt - sie scheinen nicht als das erkannt zu werden gleicher Typ wie die Konfiguration der obersten Ebene.

EDIT2: Es scheint, dass entweder EF oder WCF nicht erkennt, dass die Entitäten tatsächlich gleich sind. Beispiel: 'Config' ist identisch mit einem bestimmten 'Config.Apps [x] .Configs [y]'. Die Entitätsschlüssel sind in der CSDL für jedes Modell ordnungsgemäß festgelegt, und ich habe die Funktion Equals () überschrieben, um Entitäten basierend auf ihrer Id-Eigenschaft zu vergleichen. Dies paßt zu den Symptomen, da kein zirkulärer Referenzfehler geworfen wird, obwohl es tatsächlich eine zirkuläre Referenz ist (und WcfTestClient.exe explodiert) UND der ProxyDataContractResolver explodiert, wenn er die 'Config.Apps [x] .Configs [y]' Ebene erreicht von Konfigurationen (Es ist nicht in der Lage, einen Config-Proxy zuzuordnen. Der ProxyDataContractResolver funktioniert anders. Es ist als ob er weiß, wie er mit der ersten Runde von Entitäten umgehen soll, aber die zweite Ebene, die er als unterschiedliche Entitäten betrachtet.)

Wow, ich kann wortreich sein. Entschuldigung Leute!