Daniel's Blog - Windows

.NET Entity Framework und das Nachladen von Relationen

nospam@example.com (Daniel Rosendorf) — Mon, 17 Aug 2009 15:41:18 +0200

Im Moment bin ich etwas mit dem EF zu Gange, allerdings tue ich mir etwas schwer (ist das erste Mal ). Eine “Eigenart” von EF ist, dass alle Referenzen explizit geladen werden müssen.

Ein Beispiel: Ein Customer hat mehrere Orders, genau eine CustomerAddress und jede Order hat eine DeliveryAddress.

Das hier geht ohne Probleme:

var customers = from customer in entities.Customers

            select customer;



foreach (Customer customer in customers) {

    Console.WriteLine(customer.CustomerNumber);

}

Das hier wirft allerdings eine NullReferenceException (bei :N Relationen würde hier eine leere, typisierte EntityCollection stehen):

var customers = from customer in entities.Customers

            select customer;



foreach (Customer customer in customers) {

    Console.WriteLine(customer.CustomerAddress.Street);

}

Um die Exception (bzw. die leere Collection) zu vermeiden, muss die Suche auf die Customer Objekte so aussehen:

var customers = from customer in entities.Customers.Include("CustomerAddress")

            select customer;

Dadurch wird das CustomerAddress-Objekt automatisch mit geladen. So weit so gut ..

Was passiert jetzt, wenn wir für alle Orders eines Customers z.B. die Straße der DeliveryAddress ausgeben wollen?

foreach (Customer customer in customers) {

    foreach (Order order in customer.Orders) {

        Console.WriteLine(order.DeliveryAddress.Street);

    }

}

Es passiert … gar nichts. Die Orders sind nämlich gar nicht geladen, deswegen wird die Schleife auch gar nicht betreten. Abhilfe schafft da die Load Methode der Orders Eigenschaft. Einmal Aufrufen und die Orders sind von der DB nachgeladen. Alternativ lässt sich auch der Include erweitern:

var customers = from customer in entities.Customers.Include("CustomerAddress").Include("Orders")

            select customer;

ACHTUNG: Diese Methode funktioniert nur für Properties am “Haupt”objekt der jeweiligen Abfrage (hier Customer).

Dann sind wir im oberen Beispiel allerdings wieder bei der NullReferenceException. Bei :1 Relationen ist das Spiel etwas anders: Hier wird eine zusätzliche <Eigenschaft>Reference Eigenschaft in der entsprechenden Entity generiert (im vorliegenden Beispiel hat ein Objekt der Klasse Order neben der DeliveryAddress Eigenschaft auch noch eine DeliveryAddressReference Eigenschaft), bei der ihr dann wiederum die Load Methode nutzen könnt, um die Referenz auch tatsächlich zu laden.

Insgesamt für mich etwas unintuitiv (doofes Wort ), aber wenn man weiß, worauf man achten muss, geht es. Auf jeden Fall vermeidet das EF dadurch erst mal unnötige DB-Abfragen.

100 Meter hürden mit .net MVC und Entity Framework auf IIS 6/SQL SERVER 2000

nospam@example.com (Daniel Rosendorf) — Tue, 28 Jul 2009 12:25:00 +0200

Gestern war wieder einer dieser Tage, an denen kurz vor Feierabend etwas aufschlägt, dass dann ums Verrecken nicht funktionieren will. Im Falle des gestrigen Tages war es ein auf dem ASP.NET MVC Framework basierendes Web.

Unser Kunde wollte sich das Web anschauen, allerdings war dieses bisher nicht auf einem Server installiert, sondern nur auf der Kiste des betroffenen Entwicklers (allerdings war der Quellcode natürlich in SVN, also keine Panik ).

Kurz zum Vergleich die Setups:

Setup des Entwicklers:

SQL Server 2005 Express

Ins VS integrierter Webserver

Setup des Stage Servers:

MS SQL Server 2000

IIS 6

Das Ganze ging zu wie beim Hürdenlauf:

1. Hürde: SQL Datenbank Version

Problem: Datenbank war nur lokal und im SQL Server 2005 Format vorhanden.

Lösung: Die Datenbank auf dem Stage Server angelegt und per SQL Server Management Studio alles vom lokalen Server auf den Stage-Server rüber kopiert (hat übrigens erschreckend reibungslos funktioniert).

2. Hürde: Datenbank-Verbindung

Problem: In der web.config ist natürlich nur der Verbindungsstring für die lokale DB des Entwicklers vorhanden.

Lösung: Den entsprechenden String anpassen und gleich (um zukünftige Deployments zu erleichtern) das entsprechende Tag in der web.config per configSource Attribut in eine eigene Datei auslagern. Hier muss ggf. nach dem Veröffentlichen drauf geachtet werden, dass auch die korrekte Datei im gleichen Verzeichnis liegt wie die web.config, sonst fliegt eine Exception.

3. Hürde: 404 beim Aufrufen der Default.aspx nach dem Veröffentlichen des Webs

Problem: MVC Framework nicht auf dem Server installiert

Lösung: Lokale Kopie des Frameworks beim Veröffentlichen mitgeliefert (bei den References im entsprechenden Projekt die Eigenschaft “Copy Local” von System.Web.Mvc und ggf.MvcSiteMap.Core auf true setzen) (Quelle).

4. Hürde: Aufruf der Default.aspx funktioniert, aber es erscheint ein 404 nach der Umleitung auf die default Route (z.b. Home/Start)

Problem: Für die Routen wird die aspnet_isapi.dl nicht aufgerufen, da keine .aspx Erweiterung in der URL vorhanden ist.

Lösung: Mögliche Lösungen findet ihr in diesem Beitrag in Steve Sanderson's Blog. Wir haben uns in unserem Fall für Methode 1 entschieden, da es nur zu Demonstrationszwecken eingerichtet wurde.

5. Hürde: SqlException beim Ausführen eines Queries über das EF

Problem: .NET generiert beim Erstellen DB-spezifischen Code. Entwickelt wurde das Web auf SQL Server 2005 (wenn auch nur Express), veröffentlich wurde es auf einen Server mit SQL Server 2000 installiert, daher die SqlException.

Lösung: Öffnet eure .edmx Datei in einem XML Editor (über Rechsklick –> “Open with …” im Solution Explorer gehts auch im Visual Studio), sucht nach dem <Schema> Tag. Dieses sollte ein Attribut ProviderManifestToken haben, welches im Falle des Providers System.Data.SqlClient die Version des MS Sql Servers angibt. Diesen Wert ändert ihr auf 2000, veröffentlicht das Web erneut und es sollte funktionieren (Quelle).

Und damit haben wir (nach knapp 3 Stunden Verspätung) das Ziel erreicht … und ziemlich viel gelernt

Kein .NET Framework verfügbar nach Installation vom IIS

nospam@example.com (Daniel Rosendorf) — Mon, 08 Jun 2009 10:59:50 +0200

Vor (mittlerweile) einigen Wochen hab ich hier im Büro auf unserer Stage-Maschine CC.NET installiert und in diesem Zuge natürlich auch das Web-Dashboard getestet. Allerdings hat mich beim Aufruf des Dashboards immer nur ein 404 begrüßt, obwohl das virtuelle Verzeichnis korrekt eingerichtet war (zumindest dachte ich das).

Ursache das Problems: ASP.NET bzw. das .NET Framework war im IIS nicht verfügbar. Nachdem ich Google befragt habe, fand ich folgende Lösung:

.NET Framework SDK Command Prompt auf der betroffenen Maschine öffnen
aspnet_regiis –i ausführen
Im IIS-Manager unter “Webdiensterweiterungen” ASP.NET zulassen
Im betroffenen virtuellen Verzeichnis unter “Eigenschaften” im Tab “ASP.NET” die gewünschte Version auswählen
Im bevorzugten Browser das betroffene Verzeichnis aufrufen und (hoffentlich) glücklich werden

Diese Problem tritt wenn ich mich Recht erinnere nur dann auf, wenn das .NET Framework vor dem IIS installiert wird. Falls die Installation anders herum erfolgt, wird ASP.NET bei der Installation des .NET Frameworks automatisch im IIS registriert.

Windows Install Clean Up

nospam@example.com (Daniel Rosendorf) — Mon, 07 Apr 2008 17:04:37 +0200

Windows Install Clean Up ist ein kleines Tool, dass sehr nützlich ist, wenn es Probleme mit Microsofts hauseigenem MSI Installer gibt. Solltet ihr Probleme haben, ein Programm zu (de-)installieren, hilft euch dieses kleine Progrämmchen weiter. Da es mir gerade mal wieder ein Problem behoben hat, an dem ich schon ein paar Stunden zu knacken hatte, wollte ich das nur mal kurz erwähnen ... for future reference