Daniel's Blog - .Net/C#

.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

Nochmal zu Events … (UPDATE 03.08.2009)

nospam@example.com (Daniel Rosendorf) — Mon, 06 Jul 2009 12:07:47 +0200

Gerade eben ist mir der folgende Code über den Weg gelaufen:

public Event ButtonClickClicked;



private void RaiseButtonClicked() {

    ButtonClickClicked.Invoke(this, new EventArgs());

}

Wenn ich sowas auch nur sehe. Ich bin absolut kein Genie, was Events etc. angeht, aber die simple Tatsache, dass das Event von außerhalb des Controls aufgerufen werden kann, in dem es implementiert ist, bereitet mir schon ziemlich heftige Kopfschmerzen.

~~Korrekt wäre das ganze so:~~

UPDATE 03.08.2009: Ich bin wirklich kein Genie, was Events angeht Wie ich gerade durch Tests herausgefunden habe, lässt der Compiler es nicht zu, dass Events von außerhalb der Klasse/des Objekts aufgerufen werden, in der sie deklariert werden. Drauf gekommen bin ich über ein Tutorial zu Events. Nichts desto trotz finde ich den nachfolgenden Code sauberer, allerdings ist die Property für das Event dann optional.

private Event buttonClicked;



public Event ButtonClicked {

    add {

        buttonClicked += value;

    }

    remove {

        buttonClick -= value;

    }

}



protected virtual void OnButtonClicked() {

    if (buttonClicked != null)

        buttonClicked(this, new EventArgs());

}

Somit ~~ist gewährleistet, dass das Event tatsächlich nur intern gefeuert wird und gleichzeitig~~ können abgeleitete Klassen das Feuern des Events ggf. verhindern bzw. selbst intern auf das Event reagieren etc.

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.

DOS UND DONTS - 2 - Nicht serialisierbare Exceptions

nospam@example.com (Daniel Rosendorf) — Thu, 07 Aug 2008 15:33:39 +0200

Vor ein paar Wochen hatte ich das merkwürdige Verhalten, dass ein Prozess sich beim Testen einfach verabschiedete ohne dass das Exception-Handling (implementiert mit Hilfe von Remoting und ausgeführt in einem eigenen Prozess) mir eine Exception zurück gab. Obwohl das Handling getestet war und einwandfrei funktionierte.

Nachdem ich mir die Mühe gemacht hatte, den problematischen Prozess zu debuggen, fand ich heraus, dass irgendein Held eine Custom Exception warf, die nicht serialisierbar war. Dabei sagt selbst Microsoft:

Do make exceptions serializable. An exception must be serializable to work correctly across application domain and remoting boundaries.

(siehe MSDN)

Also, bitte merken:
DON'T: Custom Exceptions nicht serialisierbar implementieren
sondern:
DO: ... könnt ihr auch ja wohl denken

DOS UND DONTS - 1 - Events, die einen Handler benötigen

nospam@example.com (Daniel Rosendorf) — Fri, 18 Jul 2008 09:18:00 +0200

Vor nicht allzuvielen Minuten, ist mir eine NullReferenceException um die Ohren geflogen und meine erste Reaktion war WTF??!?. Da hatte doch tatsächlich jemand an einem Objekt ein Event implementiert, das ungefähr so ausgesehen haben muss (DON'T):

private void OnEvent() {

    Event(this, new EventArgs());

}

Was daran falsch ist? Events sind von vorneherein im .NET Framework nie Mandatory (wäre ja auch übel, oder? ), warum dann hier? Schließlich sollte es jeder Anwendung selbst überlassen sein, ob sie auf gewisse Events reagiert oder nicht und dieses Verhalten stellt sich wie gesagt gegen das komplette Framework. Naja ...

Die korrekte Implementierung wäre (DO):

private void OnEvent() {

    if (Event != null)

        Event(this, new EventArgs());

}

Eigentlich geht es noch "korrekter", aber dazu bei Gelegenheit vielleicht mal mehr ...

WorkTimer Release 0.1

nospam@example.com (Daniel Rosendorf) — Wed, 21 Nov 2007 16:49:02 +0100

Heute schreibe ich persönliche Geschichte: Der erste Release meiner eigenen "Software" . Eher ein Tool und nur ein sehr kleines, aber jeder fängt mal klein an, oder?

WorkTimer

ist ein kleines Tool, das dem Nutzer erlaubt, bis zu 5 Timer anzulegen, um Zeit zu stoppen die man für verschiedene Aufgaben braucht. Dabei kann immer nur eine Aufgabe aktiv sein (wir sind nunmal nicht nultitaskingfähig .

Nähere Infos findet ihr unter http://trac.daniel-rosendorf.de, zum Download gehts hier und falls ihr zu dem Tool was zu sagen habt, könnt ihr das im entsprechenden Forum oder in den Kommentaren tun.

Achja, noch etwas: Trac ist zwar in diesem Fall auf Englisch, die Diskussionen dürfen aber natürlich auch in Deutsch geführt werden.