Wir hatten in einem Projekt die Anforderung, dass alle X-Minuten oder Sekunden ein bestimmte SQL Abfrage ausgeführt wird und je nach Ergebnis die Daten verarbeitet werden. Dies kann man etwas “dirty” mit einer while(true) Schleife und Thread.Sleep bauen, oder man nutzt einen Timer.

Beispiel Szenario

Als kleines Beispiel wollen wir eine Konsolenanwendung bauen, die aller 10 Sekunden auf der Kommandozeile was ausgibt.

“Dirty” Variante

            while (true)
            {
                Thread.Sleep(1000);
                Console.WriteLine("Bla!");
            }

Diese Variante geht, ist aber nicht besonders edel. Und besonders wenn man zwei oder drei Sachen nach einer bestimmten Zeit machen will, kommt man wahrscheinlich nicht weit.

Timer im .NET Framework

Genau für solche Zwecke gibt es im .NET Framework mehrere Timer Klassen. Ein etwas älterer MSDN Artikel beschreibt 3 Vertreter:

• System.Windows.Forms.Timer
• System.Timers.Timer
• System.Threading.Timer

Am Ende des Artikels findet sich ein guter Vergleich:

Der “System.Windows.Forms.Timer” kommt für mich eigentlich nur in Windows.Forms Anwendungen in Frage.

Interessant ist der Unterschied zwischen “System.Timers.Timer” und “System.Threading.Timer”.

Der Timer im “Threading” Namespace ist ohne weiteres zutun nicht thread safe. System.Timers.Timer baut intern auf den System.Threading.Timer auf. Für einfache Sachen ist der System.Timers.Timer sehr einfach. Hier der Link zu einer kleinen Stackoverflow-Diskussion.

Variante mit System.Timers.Timer

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading;
using System.Timers;

namespace Timers.ConsoleApp
{

    class Program
    {

        static void Main(string[] args)
        {
            Timer timer = new Timer();
            timer.Interval = 1000;
            timer.Elapsed += new ElapsedEventHandler(timer_Elapsed);
            timer.Enabled = true;

            Console.ReadLine();
        }

        static void timer_Elapsed(object sender, ElapsedEventArgs e)
        {
            Console.WriteLine("Elapsed!");
        }
    }
}

Je nach Interval wird das entsprechende Event aufgerufen. Es wird ein Thread aus dem Threadpool genommen.

Noch eine andere Herangehensweise: AutoResetEvent

Mir bis vor kurzem ein total unbekannte Klasse: AutoResetEvent

            AutoResetEvent _isStopping = new AutoResetEvent(false);
            TimeSpan waitInterval = TimeSpan.FromMilliseconds(1000);

            for (; !_isStopping.WaitOne(waitInterval); )
            {
                Console.WriteLine("Bla!");
            }

Im Grunde sieht es so aus wie die while(true) Geschichte. Funktioniert wahrscheinlich auch ähnlich

Weitere Varianten werden in dieser Stackoverflow-Diskussion vorgestellt.

Timer in ASP.NET Applikationen

In meinem Beispiel gehe ich von einer Konsolenapplikation aus, aber könnte man sowas auch in einer ASP.NET Applikation machen? Jein.

Stackoverflow selbst soll wohl über einen kleinen Trick so einen “Background-Job” implementiert haben: Easy Background Tasks in ASP.NET

Der Trick besteht darin ein Item für eine bestimmte Dauer in den Cache zu legen. Läuft die Zeit ab, wird ein Event geworfen. In diesem Event wird die zeitgesteuerte Aktion ausgelöst und man hinterlegt wieder ein neues Item im Cache – und so weiter…

Das Problem: Im Normalfall fährt sich irgendwann der IIS Prozess runter und dann kann man da keine Aktionen mehr damit machen.

Viele Variante, was macht man nun?

Am einfachsten kommt mir der System.Timers.Timer vor. In ASP.NET Applikationen würde ich Abstand von zeitgesteuerten Sachen nehmen, da man nicht genau kalkulieren kann, wann der AppPool sich runterfährt. Besser einen Windows Service nehmen und dort über den Timer gehen – außer es geht nicht anders und man bastelt mit den anderen Varianten

Wahrscheinlich…

… gibt es noch weit mehr Varianten. Wie macht ihr irgendwelche zeitgesteuerten Jobs? Gut wäre natürlich eine skalierbare Lösung. Man kann das natürlich auch per Scheduled Task und einem Konsolenprogramm lösen, aber elegant ist das ja auch nicht

Wo meine Gedanken gerade Richtung Multithreading abschweifen: Richtig kompliziert wird es ja in Desktop-Apps bei multithreaded Geschichten wieder in den UI Thread zu schreiben – das ist aber ein anderes Thema

Also, wie macht ihr das?

[ Download Democode ]

ShareThis

Szenario:

Wir haben eine größere ASP.NET MVC Anwendung, welche mit .NET Framework 3.5 läuft. Lokal nutzen wir den IIS als Webserver. Wir entwickeln noch mit VS2008. Nun hat der Kollege .NET 4.0 installiert und etwas damit rumexperimentiert.

Problem:

Jetzt wollte er wieder an der ASP.NET MVC Anwendung weiter entwickeln. Allerdings bekam er diese Meldung: HTTP 500.19 “Unable to start debugging on the web server.”

Das Problem war:

Durch die .NET 4.0 Installation hat er auch bei der “Default Web Site” im IIS den .NET 4.0 Application Pool ausgewählt und auch die Webanwendung lief im IIS unter diesem Application Pool.

Lösung:

Einfach von der Anwendung den App Pool wieder auf den Default App Pool wechseln. Dies geht unter “Rechtsklick” auf die Anwendung (oder Web Site) –> … verwalten –> Erweiterte Einstellungen”

Jetzt klappt es auch wieder mit dem Debugging.

Bei mir nicht reproduzierbar :/

Auf meinem Notebook hier habe ich nur VS2010 und dort konnte ich das Problem nicht nachstellen. Mit VS2008 ist es mir aber gelungen. Warum das so war? Keine Ahnung. Wer das Problem hat, kann es ja mal versuchen

ShareThis

Ein “HttpHandler”:

Peter Bucher hat eine sehr nette Erklärung dazu geschrieben:

“Ein Handler kann sich als Teil des Prozesses vorgestellt werden, der bei einem Request abgearbeitet wird.
Wenn ein Request eintrifft, wird anhand von Mappings entschieden, welcher Handler den Request abarbeitet.

In ASP.NET gibt es schon mehrere bestehende Handler, der bekannteste von ihnen ist der Page Handler der auf alle Dateianforderungen mit der Endung *.aspx reagiert.
Webservices *.asmx gehen auch durch einen spezifischen Handler. Sowie bspw. WebResource.axd.
Die Klasse "Page", die bzw. deren Ableitungen für jede ASPX Seite benutzt wird, stellt den oben genannten Handler dar.”

In dem Post hat er noch allerlei Hintergrundinformation und auch ein Beispiel. Natürlich gibt es auch einen MSDN Artikel dazu.

Fazit: Ein Handler reagiert am Ende des Requests auf irgendwas.

Wenn man einen eigenen HttpHandler erstellen möchte, dann muss man die Schnittstelle IHttpHandler implementieren und man muss den Handler z.B. in der web.config registrieren nach dem Motto: “Du reagierst jetzt auf alle seitenname.helloWorld GET Aufrufe.” Ich verweise nochmal auf den Post von Peter, weil er dort alles sehr gut erklärt hat

Was bedeutet die “IsReuseable” Property im IHttpHandler Interface?

Wenn man dort “true” zurück gibt, cacht die Applikation den HttpHandler. So könnte man z.B. im Konstruktor des HttpHandler einmal Daten laden und pro Request würde immer der gleiche Zustand benutzt werden. Das kann natürlich auch negative Aspekte haben. Der Stackoverflow Thread hat mir zu dem Thema sehr geholfen.

Ein “HttpModule”:

HttpModule darf man sich wie Filter vorstellen. So gibt es z.B. ein Authentifzierungs-Modul usw. Diese reichen den Request durch oder manipulieren ihn. Ein HttpModule kann z.B. ein Redirect durchführen.

Um ein eigenes HttpModule zu bauen, muss man die Schnittstelle IHttpModule implementieren und das HttpModule auch registrieren. Am Ende geht der Request, wenn er von einem HttpModule nicht “abgelenkt” oder “beendet” wird, durch die verschiedenen Module und kommt irgendwann zu seinem HttpHandler.

Kleines Schaubild:

So in etwa sollte der Ablauf sein. Natürlich könnte auch ein HttpModule bereits die Response zurück schicken und so den Verlauf des Requests beeinflussen.

Das Post beschreibt keine Raketenwissenschaft, aber manchmal ist es ganz nützlich zu wissen, wo die Unterschiede liegen

ShareThis

Seit beginn des “Cloud Computing” Hypes war Datenschutz schon immer ein Thema. Die großen Anbieter wie Microsoft, Google oder Amazon haben riesige Rechenzentren weltweit. Microsoft hat z.B. ein Data Center in Irland. Besonders wenn es um die Datenschutz Frage ging, kam häufig die Antwort, man betreibe Rechenzentren in Europa und halte sich an die gegeben Gesetze. Allerdings bedeutet dies nicht gleich, dass US Behörden auf die Daten keinen Zugriff haben.

Ein Kollege machte mich heute auf den Patriot Act aufmerksam. Dieser beinhaltet auch eine Passage, dass jegliche Daten, welche von einem US Unternehmen gespeichert/verwaltet werden an US Behörden auf Befehl auszuhändigen sind.

Der Patriot Act greift auf jedes US Unternehmen. Wo die Daten des US Unternehmens liegen, ob nun in der USA oder in Europa, ist egal.

Der Cybersecurity Act von 2009 räumt der US Regierung auch jegliches Recht ein ohne einen richterlichen Beschluss die Daten zu verlangen:

The Secretary of Commerce— shall have access to all relevant data concerning (critical infrastructure) networks without regard to any provision of law, regulation, rule, or policy restricting such access…

Weitere Informationen (und meine Quelle ) findet ihr hier.

“Naja… ist das nicht etwas übertrieben/dramatisiert?”

Je nachdem was man für eine Anwendung plant, kann das natürlich auch egal sein, weil man die Daten als unkritisch einstuft. Allerdings werden meiner Wahrnehmung nicht viele deutsche / europäische Unternehmen sich der US Willkür aussetzen wollen. Deutsches Autobauer KnowHow wäre evtl. in einer Wirtschaftskrise für die US Autoindustrie sicherlich interessant gewesen

Mir persönlich war nicht klar, dass selbst wenn ich explizit verlange das die Daten in Deutschland gehostet werden, ein US Beamter trotzdem diese Daten ohne mein Wissen haben kann.

Das ganze trifft natürlich jegliche Cloud & SaaS Anbieter. Auf Microsoft bezogen wäre das gesamte Azure Portfolio sowie BPOS betroffen.

Alternativen

Entweder man hostet es selber oder man sucht sich eine lokale / nationale Hostingfirma seines Vertrauens.
Oder man sieht seine Daten als unkritisch an und speichert einfach in die Wolke.
Natürlich könnte man auch die “Applikation” selbst in der Wolke laufen lassen, aber die Daten irgendwo in ein eigenes Rechenzentrum speichern. So könnte man evtl. den Skalierungseffekt von der Cloud nutzen, aber selber die Datenhoheit waren. Man könnte natürlich die Sache weiterspinnen und sagen, dass wenn jemand Zugriff auf die Applikationslogik hat, kann er auch irgendwie die Daten aus der Datenbank raus lesen.

*Hier BITTE IHRE VERSCHWÖRUNGSTHEORIE EINFÜGEN*

Private Clouds

Ein Ausweg bieten die so genannten “Private Clouds”. Bei Azure konkret: Windows Azure Platform Appliance

Große Unternehmen könnten damit Azure in ihren Rechenzentren hosten.

ShareThis

Die Liste ist natürlich nicht vollständig – es gibt da draußen bestimmt noch haufenweise tolle andere ASP.NET MVC Samples. Dies soll nur als kleine Orientierungshilfe dienen.

Nerddinner

Die Nerddinner Anwendung wurde als “DemoProjekt” von Microsoftis erstellt und daher findet man auch recht viel Material im Internet: Hier z.B. das eBook dazu.

Generell ist die Nerddinner Anwendung nicht allzu komlex, allerdings gibt es ein paar Sachen die nett sind:

• Recht einfach gestrickte Unit-Tests. Für Anfänger vielleicht ein guter Einstieg.
• OpenID Support
• Bing Maps
• OData Support
• gekapseltes Entity Framework samt Repository Pattern

Als Enterprise Solution würde ich es allerdings nicht ansehen, aber man kann einen Blick drauf werfen um einen guten Einstieg in ASP.NET MVC (und ein paar anderen Spielerein) zu bekommen.

Hier gehts zum Nerddinner Source.

Sharp Architecture

Eigentlich ist “Sharp Architecture” kein “Sample”, sondern ein “Architektur-Guide”. Es beinhaltet u.a. auch VS Templates. Um mal einen Blick auf eine fertige Anwendung zu werden gibt es ein Northwind Sample. Diese “Sample” umfasst nicht nur ASP.NET MVC, sondern auch diverse andere Technologien, wie WCF und NHibernate. Wobei der NHibernate Part sehr groß ist

Diese Applikation würde ich schon eher “Enterprise ready” bezeichnen. Ein Blick sollte man wohl mal auf diese Komponenten werfen:

• IoC mit Castle Windsor
• Der Einsatz von NHibernate
• UnitTests mit NUnit
• Die Aufsplittung der MVC App in ein “View” Projekt und ein “Controller” Projekt.
• Bestimmt gibt es da noch viele andere clevere Sachen – allerdings bin ich auch erst heute darauf gestoßen

Hier gehts zu den Downloads.

Code Camp Server

Der Code Camp Server zählt auch schon zu den etwas größeren Applikationen. Auch hier ist NHibernate ein Thema, auch AutoMapper und CastleWindsor spielen eine Rolle.

Interessant fande ich die Idee mit dem “Command Pattern” um nicht endlos viele Manager/Service Klassen zu haben. Es gibt wohl auch Powershell-Scripts die (magische) Sachen tun – in einer ruhigen Minute sollte man sich das mal ansehen

Anfänger werden allerdings vermutlich bei diesem Projekt erst mal erschlagen

Hier gehts zur Codeplex Seite.

Shrinkr

Shrinkr ist ein schicker URL Verkürzungsdienst. Im Hintergrund gibt es aber doch recht interessante technische Konzepte und APIs.

Hier ein paar Punkte die mir aufgefallen sind:

• OpenID Unterstützung
• UnitTests
• Sowohl Entity Framework als auch NHibernate werden unterstützt
• Es gibt mehrere ViewEngines (Spark & die normale Engine)

Der Anwendungsfall ist recht einfach und verständlich, daher könnte dies auch für MVC Anfänger interessant sein. Auch wenn man erst mal gar nicht weiß, wo man überhaupt anfangen soll

Auf der Codeplex Seite sind alle wesentlichen Features auch übersichtlich aufgeschrieben.

MVC Time Planner

Die MVC Time Planner App ist hier vielleicht noch die “kleinste” App. Für Anfänger ist diese Anwendung, neben dem Nerddinner, noch am besten zu empfehlen. Auch hier kommt NHibernate zum Einsatz und im Frontend gibt es ein paar jQuery Sachen.

Codeplex Seite.

Orchard

Orchard ist ein von Microsoft gebautes CMS, welches in der Liga eines Wordpress angesiedelt sein soll: Leichte Anpassbar, Plugins und auch für den Enduser benutzbar. Das Frontend basiert auf ASP.NET MVC, allerdings ist das Pluginsystem meiner Meinung nach recht interessant. Orchard ist für sich äußerst interessant und als Sample für den fortgeschritten Entwickler als “Architekturidee” IMHO bestens geeignet.

Zur Orchard Projektseite.

Kennt ihr noch gute Samples?

(Mit “Samples” meine ich ein Stück Software, welches man so auch in irgendeiner Form ausführen kann. Dies brauchen nicht zwangläufig nur ASP.NET MVC Beispiele sein – auch Architekturbeispiele oder ein Projekt mit “guten” Unittests )

ShareThis

Für die Freunde der Windows Phone 7 Programmierung bestimmt sehr interessant: Charles Petzolds Buch, welches momentan noch “In Arbeit” ist, wird es kostenlos zur PDC geben. Bereits heute kann man einen Blick auf einen Teil des Buches werfen. Für den Einstieg sicherlich praktisch. Zum eBook (PDF) & Sample Code.

ShareThis

Wenn es darum geht eine “normale” Webapplikation zu bauen, dann kommt man meist auf eine 3 Schichten Architektur heraus. Der meistgelesenste Blogeintrag dreht sich um diese Architektur, allerdings kommen bei mir immer mal wieder Zweifel auf, ob man nicht zuviel Aufwand in der DAL betreibt – immerhin gibt es tolle OR Mapper. Doch auch damit bin ich bereits auf die Nase gefallen und hab mich von dem Gebrauch dieser Linq2Sql oder Entity Framework generierten Model-Klassen distanziert. Ayende Rahien hat aber mal wieder meine Zweifel geweckt…

3-Schichten Architektur

Ayende selbst ist bekennender Fan von NHibernate (immerhin hat er es mitentwickelt) und mag auch das Repository Pattern wohl auch nicht mehr so.

Allerdings sind die Grundgedanken vollkommen nachvollziehbar. Die Grafiken stammen aus einem von Ayendes Posts. Der normale Aufbau wäre bei einer 3-Schichten Architektur so:

Der Ablauf sobald ein User z.B. auf einen bestimmten Eintrag auf einer Website klickt wäre so:

Ihn stört es, dass man durch Repositories noch eine weitere Abstraktionsebene aufbaut. In den meisten meiner Projekte hatten wir es auch so umgesetzt und in dem “Data" Layer noch einen ORM, wie z.B. Linq2Sql oder das Entity Framework benutzt.

Zu viel Abstraktion?

Die Frage die ich mir stelle: Lohnt sich der Aufwand (und die Kosten für den Kunden) den Data-Layer zu kapseln, wenn man ohnehin ein OR Mapper benutzt?

Kann man denn realistisch und mit vertretbaren Aufwänden überhaupt eine gescheites IUserRepository bauen? Ayende hat ein paar Punkte aufgezählt, warum die Kapselung eines Data Access Layers unnötig auch nicht wirklich umsetzbar ist. In einem weiteren Post geht er genau ein und zeigt anhand des Membership Providers (den ich persönlich für grausam erachte), dass es vergebene Mühe ist.

Durch die Kapselung wird es leichter mit Unit-Tests die Businesslogik zu testen!

Durch ein Projekt wo wir in der Businesslogik direkt Linq2Sql und das Entity Framework eingesetzt haben, war es äußerst mühsam bis unmöglich Unit-Tests zu schreiben. Daher war es für die Testbarkeit der Businessschicht enorm wichtig, dass man die DAL auch mocken kann. Allerdings sind die beiden OR/M ja nicht die einzigen .NET OR/M…

NHibernate

Ayende ging auch in einem Post auf das Mocking von NHibernate ein und wie man auch Unit-Tests abbilden kann.

Die große Frage (und warum ich diesen Post schreibe)

Mach ich mir das Leben selber kompliziert indem ich versuche die DAL zu kapseln? Nehm ich vielleicht einfach nur die falschen OR/Mapper? Ist NHibernate so toll und kann mir jemand ein tolles Beispielprojekt samt Unit-Tests zeigen?

Ist eine 3-Schichten Architektur am Ende immer erstrebenswert? (Achtung: Ich geh hier von einem 0815 Webprojekt aus und zählen den OR/Mapper nicht als direkte Schicht, sondern ich würde direkt in der Business-Schicht NHibernate arbeiten. Dass es im Embedded Bereich andere Spielregel gibt ist mir klar )

ShareThis

Was nützt mir das?

Der normale Endanwender mag ein einfachen WYSIWYG Editor haben. Es gibt einige nette Editoren, wie z.B. tinyMCE. Das größte Problem was ich bislang mit solchen Web-basierten Lösungen habe ist, dass der Umgang mit Bildern meistens Arg abenteuerlich gestaltet ist. Der normale User mag es, einfach die Bilder per Copy and Paste ins Word zu verschieben und dort noch ein paar Effekte anzustellen. Wenn man nun selber Webseitenbetreiber ist und seinen Kunden ein “einfaches” Frontend zur Verfügung stellen möchte, der kann die MetaWebLog API implementieren.

Standard Tools

Der große Vorteil ergibt sich durch die netten Clients. Auf der einen Seite gibt es z.B. den Windows Live Writer:

Aber auch Word ab der Version 2007:

In diesen Tools kann man einfach aus der Zwischenablage Bilder etc. einfügen und entsprechend editieren. Erst beim “Veröffentlichen” werden die Daten zum Server übertragen.

Technischer Hintergrund: XmlRPC

Die MetaWebLog API basiert nicht auf SOAP, sondern auf XML Remote Process Call (RPC). Im Grunde wird dort auch nur XML übertragen. Ein Beispiel von Wikipedia:

<?xml version="1.0"?>
<methodCall>
  <methodName>examples.getStateName</methodName>
  <params>
    <param>
        <value><i4>40</i4></value>
    </param>
  </params>
</methodCall>

Dafür gibt es auch einen .NET Wrapper.

Die MetaWebLog API hat ein festes Set an Methoden. Dafür wurde bereits im Jahre 2008 von Keyvan Nayyeri eine Schnittstelle für ASP.NET.

namespace NotABlog
{
    public interface IMetaWeblog
    {
        #region MetaWeblog API

        [XmlRpcMethod("metaWeblog.newPost")]
        string AddPost(string blogid, string username, string password, Post post, bool publish);

        [XmlRpcMethod("metaWeblog.editPost")]
        bool UpdatePost(string postid, string username, string password, Post post, bool publish);

        [XmlRpcMethod("metaWeblog.getPost")]
        Post GetPost(string postid, string username, string password);

        [XmlRpcMethod("metaWeblog.getCategories")]
        CategoryInfo[] GetCategories(string blogid, string username, string password);

        [XmlRpcMethod("metaWeblog.getRecentPosts")]
        Post[] GetRecentPosts(string blogid, string username, string password, int numberOfPosts);

        [XmlRpcMethod("metaWeblog.newMediaObject")]
        MediaObjectInfo NewMediaObject(string blogid, string username, string password, MediaObject mediaObject);

        #endregion

        #region Blogger API

        [XmlRpcMethod("blogger.deletePost")]
        [return: XmlRpcReturnValue(Description = "Returns true.")]
        bool DeletePost(string key, string postid, string username, string password, bool publish);

        [XmlRpcMethod("blogger.getUsersBlogs")]
        BlogInfo[] GetUsersBlogs(string key, string username, string password);

        [XmlRpcMethod("blogger.getUserInfo")]
        UserInfo GetUserInfo(string key, string username, string password);

        #endregion
    }
}

Diese Schnittstelle hat ScottHa in seinem Demoprojekt implementiert, so z.B. :

string IMetaWeblog.AddPost(string blogid, string username, string password,
    Post post, bool publish)
{
    if (ValidateUser(username, password))
    {
        string id = string.Empty;
        string postFileName;
        if (String.IsNullOrEmpty(post.title))
            postFileName = Guid.NewGuid() + ".html";
        else
            postFileName = post.title + ".html";

        File.WriteAllText(Path.Combine(LocalPublishPath, postFileName), post.description);

        return postFileName;
    }
    throw new XmlRpcFaultException(0, "User is not valid!");
}

Da ich mich fragte, was mit Bildern geschieht: Diese kommen in der Methode “NewMediaObject” an und können dort als byte Array verarbeitet werden.

Demoprojekt gibts bei ScottHa

Wie bereits gesagt, basiert dieser Post auf dem Post von Scott. Er hat auch sein Demoprojekt veröffentlicht und Daten die ich vom Windows Live Writer oder Word abschicke kommen auch bei den entsprechenden Methoden an.

ShareThis

Die 1. Preview vom ASP.NET MVC Framework ist draußen und ScottGu & Phil Haack haben bereits darüber gebloggt. Eine große Neuheit ist der Razor Syntax. Da das Tooling in diese Preview noch nicht soweit ist, fehlt standardmäßig jegliche Syntaxhighlighting in den “cshtml”. Mit einem kleinen Trick bekommt man wenigstens HTML Syntax Highlighting in den Views.

So sieht es nach der Installation aus: 

Etwas trist. Das wird sich aber bis zum Release von MVC 3 natürlich noch verbessern. Hoff ich jedenfalls

Trick zum HTML Syntax Highlighting

Rechtsklick auf eine “.cshtml” dann “Open with…”/”Öffnen mit…” auswählen und dort den HTML Editor auswählen. Wichtig wäre noch das man auf die Auswahl als “Default” markiert, damit man diese Prozedur nicht ständig wiederholen muss.

Danach hat man immerhin einfaches HTML Syntax Highlighting:

Diese einfachen, aber effektiven Tipp hab ich von Tatham Oddie. Super Idee, solange das MVC Tooling noch nicht fertig ist.

Ein Blick auf die Preview lohnt.

ShareThis

Der Extension Manager

Wer noch nie den Extension Manager erblickt hat, sollte unter “Tools” –> “Extension Manager” ihn mal aufmachen. Dort gibt es drei große Bereiche:

• Plugins welche ihr schon installiert habt.
• Die Online Gallery (quasi der AppStore)
• Und Updates für bereits installierte Plugins

Die meisten Plugins sind kostenlos, allerdings sind dort auch die professionellen Toolhersteller mit vertreten und man bekommt eine Testversion oder sonst was zum Download. So sieht er jedenfalls aus:

Die ersten beiden finde ich persönlich echt nützlich. Wer einen TFS hat wird sich auch über die TFS Power Tools freuen. Den Rest hab ich allerdings noch nicht wirklich ausprobiert

Productivity Power Tools

ScottGu hatte über die erste Version einen größeren Blogpost geschrieben. Seitdem ist aber auch ein neues Update rausgekommen. Dieses Update bringt z.B. den “Solution Navigator” mit – ein deutlich verbesserter Solution Explorer mit Suche und mehr Details. Fetzt.

Download entweder von hier oder per Extension Manager.

Power Commands

Die Power Commands erweitern das Kontext menü um ein paar Punkte. Einige davon sind recht praktisch.

Download entweder von hier oder per Extension Manager.

ShareThis

Ältere Posts editieren – ein Krampf

Entweder man nimmt den eingebauten WYSIWYG Editor von Wordpress/BloggingPlatformXYZ oder man lädt sich alle Artikel über “Datei –> Öffnen –> Blog”. Nachdem das Tool ewig die Liste erstellt hat, darf man dann noch ewig den richtigen Post suchen. Da ist User Experience groß geschrieben wurden

Das “Plugin” was Abhilfe schaff.

Zum Glück hat sich ein Microsofti entschieden ein kleines Plugin zu schreiben. Allerdings ist es kein gewöhnliches Windows Live Plugin, sondern eigentlich nur ein URL Handler. Über die Eingabe einer speziellen URL in den Internet Explorer öffnet sich der Windows Live Writer und lädt den entsprechenden Post runter.

Download & Install

Das Plugin kann man hier runterladen & installieren.

Ältere Posts editieren

Um einen älteren Post zu editieren gebt einfach eine URL nach folgenden Schema in den Internet Explorer ein (vielleicht geht auch Firefox, im Chrome ging es jedenfalls bei mir nicht) :

wlw://example.com/?postid=yourPostId

Die Post-Id findet man z.B. auch im Admin Bereich von Wordpress in der URL, wenn man einen Post editiert.

ShareThis

Vor einer ganzen Weile habe ich bereits darüber gebloggt, wie man das Email-Senden ohne einen richtigen SMTP Server auf seinem Entwickler PC testen kann. Über diverse Blogposts, z.B. dem hier von Alex, bin ich auf Smtp4Dev gestoßen. Fazit: Funktioniert gut & ungemein praktisch.

Smtp4Dev

Smtp4Dev ist ein kleines Tool, welches in der System Tray läuft und auf Port 25 lauscht. Wenn eine Mail eingeht, kommt auch ein kleine Info-Box:

Es gibt auch eine Übersicht mit allen eingegangen Mails:

Über “View” wird das Standard-Email Programm gestartet. Über “Inspect” kann man Details der Mail anschauen:

Was müsst ihr tun, damit es funktioniert?

• Smtp4Dev downloaden & installieren
• Sichergehen dass das Tool auch auf Port 25 lauscht:
• In der web.config die Smtp Settings auf Network & Localhost setzen:

	<system.net>
    <mailSettings>
      <smtp deliveryMethod="Network">
        <network host="localhost"/>
      </smtp>
    </mailSettings>
	</system.net>

Mein Beispielcode stammt noch aus dem alten Blogpost, nur mit der Änderung in der web.config (& das ich es mit VS2010 bearbeitet habe)

[ Download Democode ]

ShareThis

Sobald mit mit VS2010 eine Solution öffnet, welche mit VS2008 erstellt wurde und unter .NET 3.5 oder älter läuft, kommt sofort der Konvertierungswizard und fragt ob man auch die .NET Framework Version 4.0 haben möchte.

Nach der Konvertierung wurden auch automatisch die MVC 2 dlls hinzugefügt. Für VS 2008 gibt es auch einen Konverter, weil man diverse Änderungen in den web.configs machen muss.

MvcHtmlString

Die Helper im MVC 2 geben nun ein MvcHtmlString anstatt eines einfachen Strings zurück. Das kann z.B. beim ActionLink Helper zu Problemen führen, da der MvcHtmlString nicht die Methoden eines normalen Strings enthält (z.B. Substring)

ValueProvider

Der Zugriff auf die ValueProvider ist jetzt anders geregelt. War vorher der Zugriff so:

ViewContext.Controller.ValueProvider["Bla"].AttemptedValue

So ist er nun so:

ViewContext.Controller.ValueProvider.GetValue("Bla").AttemptedValue

Render View To String

In einem HowTo ging es darum, wie man das Ergebnis eines Views als String zurückbekommt um dies z.B. für Email-Templates zu verwenden.

In diesem Stackoverflow Thread gibts auch eine MVC 2 kompatible Lösung.

RedirectToAction<>

Auch im neuen MVC 2 Framework gibt es kein streng typisiertes RedirectToAction. Dies befindet sich wieder in den Futures.

Für das Deployment

Wichtig ist natürlich auch, dass im IIS alles richtig konfiguriert ist.

Mehr Schwierigkeiten sind uns jedenfalls nicht aufgetreten – happy upgrading

ShareThis

Es kann ab und an sehr nützlich sein in die Interna des Frameworks reinzuschauen. Das sollte auch mit allen Libraries im .NET Framework mit ein paar Handgriffen funktionieren.

VS2008?

In dem Blogpost sind die Schritte mit VS2010 aufgezeigt. Mit VS2008 sollte es aber auch gehen, allerdings habe ich dies dort nie geprüft und bin eigentlich durch diesen Blogpost mal wieder auf die Möglichkeit aufmerksam geworden.

Tools –> Options –> Debugging

Die Einstellung müssen genau so eingerichtet sein:

Symbol Server einrichten

WIchtig ist es, dass man den Haken bei dem MS Symbol Server macht. Weiter unten kann man entweder sagen “Lad alle Module die du brauchst” oder man beschränkt sich auf ganz bestimmte, wie z.B. System.Data oder System.Web.Mvc für die ASP.NET MVC Geschichten.

Debug

Wenn man jetzt irgendwo einen Breakpoint setzt und ins Debugging geht, werden erst mal die Symbols runtergeladen – das kann eine kleine Weile dauern:

Dann noch die EULA akzeptieren:

Und fertig – jetzt sollte man irgendwo im .NET Framework sein

Unicode Fehlermeldung:

Komischerweise bekomm ich auf meinem System eine Fehlermeldung, dass etwas mit dem Encoding nicht stimmt. Debugging geht trotz der etwas lästigen Fehlermeldung.

Mehr Symbol Server von Microsoft

Das Microsoft Reference Source Code Center stellt alle Symbol Server bereit. Dort gibt es auch nochmal diese Anleitung. Viel mehr als das .NET Framework bieten Sie allerdings auch nicht wirklich an.

ShareThis

Für die Testbarkeit – das Szenario

Wir haben den simplen HomeController:

    [HandleError]
    public class HomeController : Controller
    {
        private IFooService _fooService;

        public HomeController(IFooService fooService)
        {
            this._fooService = fooService;
        }

        public ActionResult Index()
        {
            ViewData["Message"] = "Welcome to ASP.NET MVC!" + this._fooService.Bar();

            return View();
        }

        public ActionResult About()
        {
            return View();
        }
    }

Dieser nimmt im Konstruktor eine Implementation von IFooService entgegen. Der FooService wird in der Index Methode gebraucht. In einer realen Anwendung könnte dies z.B. ein Repository sein.

Der FooService:

    public interface IFooService
    {
        string Bar();
    }

    public class DummyFooService : IFooService
    {
        public string Bar()
        {
            return "DummyFooBar";
        }
    }

Durch den Einsatz des Interfaces könnten wir dies z.B. in einem UnitTest mocken.

Knackpunkt: Die Objekterzeugung

In einer normalen Anwendung könnte man, wie z.B. in diesem Post erklärt, recht einfach über den IoC Container die Implementation reingeben. Allerdings wird ein Objekt zum HomeController vom MVC Framework erzeugt – dies übernimmt die DefaultControllerFactory.

Zum Glück kann man auch eine eigene ControllerFactory schreiben. So würde es im Grunde aussehen:

// nur für Demozwecke. Im richtigen Beispiel nutze ich MvcContrib
public class ControllerFactory : IControllerFactory
{
    public IController CreateController(RequestContext context, Type controllerType)
    {
        return IoC.Resolve<IController>(controllerType.Name);
    }
}

Es gibt im MVC Framework momentan noch ein paar Ecken wo man nur über Umwege die Objekterzeugung steuern kann. Bei ActionFiltern wird es z.B. etwas kniffliger (geht aber wohl auch – vielleicht ein anderer Blogpost). Dies soll aber mit MVC3 besser werden

MvcContrib

Ich nutze dafür aus dem MvcContrib Projekt die WindsorControllerFactory, benötigt werden aus den vielen DLLs lediglich zwei:

Der Einstiegspunkt – Global.asax

In die Global.asax habe ich einfach noch eine “Bootstrapper” Methode eingebaut:

        protected void Application_Start()
        {
            Bootstrapper();

            AreaRegistration.RegisterAllAreas();
            RegisterRoutes(RouteTable.Routes);
        }

        private void Bootstrapper()
        {
            IWindsorContainer container = new WindsorContainer();
            // IFooService with DummyFooService
            container.Register(AllTypes.Pick().FromAssembly(typeof(MvcApplication).Assembly)
                    .WithService.FirstInterface());
            // Controller
            container.RegisterControllers(typeof(HomeController).Assembly);

            // Set the controller factory
            ControllerBuilder.Current.SetControllerFactory(new WindsorControllerFactory(container));
        }

Durch das nutzen der “WindsorControllerFactory” müssen auch alle Controller registriert werden. Dies geschieht in Zeile 16. In Zeile 19 wird dann die ControllerFactory gesetzt.

Fertig. Die richtige Implementation landet beim Aufruf des HomeControllers auch dort wo sie hin soll.

Für andere IoC Container

Phil Haack hat z.B. ein Post mit StructureMap gemacht. In diesem Post wird es mit Spring.NET gemacht.

Wenn es komplexer wird

In diesem Post von Corey Coogan ist ein komplexeres Beispiel erläutert. Jedenfalls hat mir der Blogpost recht viel gebracht und mein Blogpost soll es nur (etwas simpler) wiedergeben.

[ Download Democode ]

ShareThis

Für ein weiteres Jahr wurde ich von Microsoft mit dem ASP.NET MVP Award geehrt.

Allen anderen MVPs, welche auch renominiert wurden oder neu ernannt, gratuliere ich natürlich auch.

ShareThis

Das man mit SketchFlow UI Prototypen bauen kann, ist ja kein großes Geheimnis. In Blend 3 hat mich das Feature aber nicht völlig umgehauen. In Blend 4 gibt es ein nettes Mockup Sample, welches bereits das ein oder andere Control mitbringt und die Verwendung besser aufzeigt. Für Besitzer von Blend 3: Der Umstieg ist glaub ich sogar kostenlos auf die neue Version.

Wichtig: Das Sample

Dieses Sample Projekt beinhaltet einige Controls, die man wahrscheinlich regelmäßig braucht.

Auch der Umgang mit den Controls wird erläutert.

In diesem Projekt befinden sich mehrere komplexere SketchFlow Controls:

Auch die Verwendung von diesen wird erklärt:

Screenshots:

Auch der Umgang mit Animationen wird näher erläutert:

Wer weitere Controls für SketchFlow sucht könnte sich folgende Links anschauen:

• Mockup2Xaml
• Sketchables

Gefunden hab ich den Hinweis auf die neuen Funktionalitäten auf diesem Blog.

Vielleicht geb ich SketchFlow ja nochmal eine Chance, ansonsten greif ich wieder zu Powerpoint

ShareThis

Der Titel klingt recht "kompliziert”, ist es aber eigentlich gar nicht. Grundproblem: Wir haben ein Interface und mehrere Implementationen davon. In unserer Applikation wollen diese über Konstruktor-Injektion holen und nacheinander aufrufen. Mit dem ArrayResolver und Castle Windsor dies sehr einfach zu bewerkstelligen. Der Blogpost darf auch als “realer” Einstieg in das Thema Dependency Injection angesehen werden.

Grundlagen

Einen kleinen Einstieg hab ich hier bereits gegeben. In meinem Beispiel nutze ich Castle Windsor, genauso gut hätte ich wahrscheinlich ein anderes DI Framework nehmen können.

Benötigte Assemblies

Der Download von Castle Windsor kann erstmal etwas erschreckend sein. Benötigt werden diese 4 Dlls (Core/DynamicProxy2/MicroKernel/Windsor).

Mein (reales) Beispiel

Wir haben bei uns eine Applikation die auf einige Backend Systeme zugreift. Da die Backend Systeme ab und an “einschlafen” haben wir ein “WakeUpTool” geschrieben, welches nach einem bestimmten Intervall die Systeme auf Stand-by hält.

Wir haben bei uns ein “IWakeUpCommand” mit der simplen Methode “WakeUp”. Pro Backendsystem gibt es eine Implementation davon. Die einzelnen Aufwach-Befehle können völlig getrennt voneinander agieren. Wichtig ist nur, dass immer alle geladen werden.
Da es sein kann, dass nun noch ein weiteres Backend System dazu kommt (oder eins wegfällt), wollten wir die Verbindung zwischen ApplicationRunner und den einzelnen Commands so lose wie möglich gestalten.

Fake Beispiel

In meinem Beispiel, welches ihr ganz unten auch runterladen könnt, wird einfach nur ein ConsoleWriteLine ausgegeben.

In dem Beispiel gibt es das Interface “ICommand” mit der Methode “Exceute” und 3 Implementationen.

Das Interface “IApplicationRunner” beinhaltet nur eine “Run” Methode. Dies ist mein eigentlicher Eintrittspunkt in die Applikationslogik.

Beispiel Command:

namespace CastleWindsorFindAllImplementations.Commands
{
    public class WakeUpCommand : ICommand
    {
        public void Execute()
        {
            Console.WriteLine("WakeUpCommand");
        }
    }
}

Der ApplicationRunner nimmt einfach ein Array an ICommands entgegen und ruft diese nacheinander auf. Keine große Magie.

namespace CastleWindsorFindAllImplementations
{
    public class ApplicationRunner : IApplicationRunner
    {
        private ICommand[] _commands;

        public ApplicationRunner(ICommand[] commands)
        {
            this._commands = commands;
        }

        public void Run()
        {
            foreach (ICommand command in _commands)
            {
                command.Execute();
            }
        }
    }
}

Castle Windsor Magie – wie der ApplicationRunner zu den Implementationen kommt!

Ganz am Anfang registrieren wir einen ArrayResolver für Windsor Castle. Nur damit kann unser “container” auch Arrays auflösen.

Die Zeile 7 erspart eine Menge tipparbeit. Damit wird dem Container (so wie ich es verstanden habe ) gesagt, dass er alle Interfaces suchen soll und dazu die passenden Implementationen registrieren soll. Suchen soll er zudem nur in dieser Assembly. Nur durch diesen Automatismus ist es auch erst elegant, weil man so einfach nur eine neuen Command hinzufügen muss und das Framework kümmert sich um die Auflösung. Man muss kein Setup etc. anpassen. Sehr praktisch, aber sicherlich wird es auch zu Problemen führen wenn es komplexer wird.

In Zeile 10 holen wir uns über den “container” unseren IApplicationRunner und sagen dann einfach nur “Run”. Windsor Castle hat als einzige Implementation unsere “ApplicationRunner” Klasse gefunden. Diese wiederrum braucht ein Array aus ICommands. Voodoo

    class Program
    {
        static void Main(string[] args)
        {
            IWindsorContainer container = new WindsorContainer();
            container.Kernel.Resolver.AddSubResolver(new ArrayResolver(container.Kernel));
            container.Register(AllTypes.Pick().FromAssembly(typeof(ApplicationRunner).Assembly)
                    .WithService.FirstInterface());

            IApplicationRunner runner = container.Resolve<IApplicationRunner>();
            runner.Run();

            Console.ReadLine();
        }
    }

Was ist wenn ich einen konkreten Typ von ICommand haben will?

Dann hat man erst mal ein Problem, weil es so nicht vorgesehen ist. Was man machen kann ist bestimmten Komponenten innerhalb des “containers” einen Namen zu geben.

Fazit

Diese Methode ist äußerst praktisch wenn man einfach nur eine Liste von Implementationen nutzen will ohne sie explizit erst zu registrieren. Einen genauen Typen daraus wieder herauszupuzzeln ist allerdings schwieriger.

[ Download Democode ]

ShareThis

Wer auf mehreren Systemen über RDP Zugriff hat, der kann recht leicht den Überblick verlieren. Vor allem wenn man für jede Verbindung andere Credentials braucht. Microsoft hat vor kurzem den Remote Desktop Connection Manager freigegeben, der das Verwalten von RDP Sessions vereinfacht.

Ein paar nette Features seien hier noch erwähnt:

• Die Verbindungen können in einer Baum-Struktur gespeichert werden, ähnlich dem Windows Explorer.
• Für jeden Ordner oder jedes System kann man die Credentials hinterlegen
• Wer über einen Remote Gateway gehen muss kann diesen ebenfalls mit angeben.
• Kann auch sonst alles was der RDP Client im Windows kann.
• … und es ist kostenlos und es funktioniert recht gut

Ein kleiner Kritikpunkt: RDP Dateien kann man scheinbar nicht importieren, d.h. man muss die Verbindungsdaten nochmal eingeben.

Auf das Tool bin ich durch diesen Blogpost aufmerksam geworden.

[ Zum Download ]

ShareThis

Wir benutzen bei uns für den Build Prozess MSBuild und nutzen den Team Foundation Server. Wer eine ASP.NET Applikation baut bekommt diese in einem “PublishedWebsites” Ordner serviert. Jegliche andere Sachen werden aber einfach ins Bin/Release Verzeichnis kopiert. Da das nicht gerade besonders hilfreich ist, kann man das natürlich auch ändern – allerdings mit etwas basteln.

Was muss man tun um die Ordnerstruktur beizubehalten?

Eigentlich möchte man ja pro Applikation einen eigenen Output Folder haben. Leider baut der TFS alles und kopiert das Ergebnis einfach ins Release Verzeichnis.
In unserem Beispiel haben wir eine TFSBuild.proj Datei, welche momentan 3 Solutions baut.
Die Solutionnames sind bei uns natürlich etwas anders

• “Websolution1” enthält im Großen und Ganzen eine ASP.NET MVC Webseite.
• “Websolution2” enthält einen Webservice
• “WindowsSolution1” enthält einen Windows Dienst und einige andere Klassenbibliotheken.

Der TFS legt automatisch für ASP.NET Projekte einen “PublishedWebsites” Ordner an.

Hier mal direkt einen Ausschnitt aus dem TFSBuild.proj File:

    <SolutionToBuild Include="$(BuildProjectFolderPath)/../../Main/Source/Websolution1.sln">
        <Targets></Targets>
        <Properties>OutDir=$(OutDir)</Properties>
    </SolutionToBuild>
    <SolutionToBuild Include="$(BuildProjectFolderPath)/../../Main/Source/Websolution2.sln">
        <Targets></Targets>
        <Properties>OutDir=$(OutDir)</Properties>
    </SolutionToBuild>
    <SolutionToBuild Include="$(BuildProjectFolderPath)/../../Main/Source/WindowsSolution1.sln">
      <Targets></Targets>
      <Properties></Properties>
    </SolutionToBuild>
  </ItemGroup>

  <PropertyGroup>
    <CustomizableOutDir>true</CustomizableOutDir>
  </PropertyGroup>

Wichtig ist die untere PropertyGroup und das der Wert “CustomizableOutDir” auf “true” gesetzt ist. Damit wird im Grunde der Default-Mechanismus des TFS ausgeschalten. Daher muss man in den Properties das OutDir mitgeben. Da es bei den Webseiten keine Problem gab setzt ich es wieder zum Standard.

Nun geht man in die Projektdatei von dem Windowsservice (welche in der WindowsSolution1) ist. Dort hab ich es wie folgt angepasst:

  <PropertyGroup>
    <PublishedApplicationOutputDir Condition=" '$(TeamBuildOutDir)'!='' ">$(TeamBuildOutDir)_PublishedApplications\$(MSBuildProjectName)</PublishedApplicationOutputDir>
    <PublishedApplicationOutputDir Condition=" '$(TeamBuildOutDir)'=='' ">$(MSBuildProjectDirectory)</PublishedApplicationOutputDir>
  </PropertyGroup>

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
    <DebugType>pdbonly</DebugType>
    <Optimize>true</Optimize>
    <OutputPath>$(PublishedApplicationOutputDir)</OutputPath>
    <DefineConstants>TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
  </PropertyGroup>

Wenn es vom TeamBuild gebaut wird gibt der TFS die Property TeamBuildOutDir mit rein und setzt entsprechend meinen gewünschten “PublishedApplication” Pfad.

Das ganze wird am Ende als OutputPath bestimmt und schon haben wir pro Windowsdienst / Klassenbibliothek etc. einen eigenen Output-Folder.

Meine Lösung stammt ursprünglich von diesem Blogpost. Hintergrund für das CustomizableOutDir Verhalten kann man in diesem Blogpost nachlesen.

Wenn man auf das Datum der Blogposts schaut, sieht man, dass das Problem schon etwas älter ist, aber ich bin jetzt erst drauf gestoßen

MSBuild

Wer einen Einstieg in MSBuild sucht, der findet eine klasse Serie auf Thorsten Hans seinem Blog: Das MSBuild Universum

PS: Natürlich geb ich keine Garantie ab, dass dies die ideale Lösung ist. Aber es baut erstmal

ShareThis

Laut Projektbeschreibung (“MVC Music Store is a tutorial application built on ASP.NET MVC 2. It’s a lightweight sample store which sells albums online, demonstrating ASP.NET MVC 2’s productivity features and data access via Entity Framework 4. See what you can do with MVC 2 in under 1000 lines of c# code!”) soll dieses Sample die “Produktivitätsfeatures” von ASP.NET MVC 2 zeigen. Mehr aber auch nicht.

Warum es nicht als Best Practices zu verstehen sein soll/sollte:

• Keine Unit Tests
• Leider spricht Microsoft viel zu häufig von Testbarkeit anstatt mal ein gutes Sample zu erstellen
• Die Controller enthalten DB/Repository Logik. Abfragen werden dort direkt gegen den Entity Framework Context gemacht. Das ist nicht schön und ist auch für die Testbarkeit der Super GAU.
• Fehlerbehandlung/Logging/Dependency Injection: Fehlt alles komplett.
• Lokalisierung: Fehlanzeige
• Profildaten speichern? MIt der (fragwürdigen) Profile API oder wie? Hier wird kein Ansatz gezeigt.
• Ayende hat sich die Anwendung in Hinsicht auf die Performance/Skalierbarkeit angeschaut: Da geht auch noch was.

IMHO ein netter Showcase was man in ein paar Stunden sicherlich zusammenbasteln kann, mehr aber auch nicht. Wie ein typisches Microsoft Sample halt ist – es zeigt recht gut die einfachen Anfänge, leider aber nicht die Feinheiten wenn es wirklich schwierig wird.

Wer sich die Funktionsweise von ASP.NET MVC 2 anschauen will, kann einen Blick reinwerfen, aber bitte nicht alle Konzepte übernehmen, sondern mit etwas Weitsicht handeln

ShareThis

Ein Kollege, der eine IIS6 Webapplikation auf IIS7 migriert, fragte mich was denn eigentlich dieses Validation Tag bedeutet. Unter ASP.NET 4.0 ist die Web.config um einiges schlanker, allerdings taucht das Validation und Modules Tag wieder auf. Was hat es mit den beiden Flags auf sich?

Migration auf IIS7

Der Post soll nur die beiden Properties beleuchten. Wer eine Migration auf von IIS6 auf IIS7 machen möchte, der sollte hier sich genauere Informationen besorgen.

system.webServer

Wer eine frische ASP.NET MVC Anwendung erstellt findet in der web.config diese Konfiguration:

  <system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules runAllManagedModulesForAllRequests="true"/>
  </system.webServer>

Validation: “validateIntegratedModeConfiguration”

Im Standardfall ist dies auf “false” gesetzt. Vor dem IIS7 hat man alle Handler & Module unter “System.Web” oder irgendwo in der web.config verstreut  reingeschrieben. Ab dem IIS7 wurde ein spezieller Bereich in der web.config für den Webserver eingerichtet: system.webServer. Mit dem IIS7 gibt es mehrere Möglichkeiten sich in den ASP.NET Prozess einzuklinken. Das ist der s.g. “Integrated” Mode.

Mit dem validation Tag & dem Property validateIntegratedModeConfiguration wird im Grunde nur geprüft ob die web.config vollständig richtig konfiguriert ist. Würde das Flag auf “true” stehen, würde eine Fehlermeldung kommen wenn unter in der web.config einfach so ein <HttpModules> stehen würde.

Da viele Anwendung aber trotzdem noch korrekt auf dem IIS6 laufen sollen und auch der interne Entwicklungsserver im Visual Studio (Cassini) auf IIS6 aufbaut, ist das Flag auf “false” gesetzt. Es wird im Grunde nur die Fehlermeldung ignoriert.

Modules: “runAllManagedModulesForAllRequests”

Wer auf dem IIS6 versucht hat “endunglose” URLs wie z.B.

http://code-inside.de/blog/2010/05/16/howto-visual-studio-immer-als-admin-starten/

Der musste entweder direkt am IIS etwas ändern oder etwas rumbasteln. Ähnliche Änderungen am IIS6 sind auch notwendig wenn man eine ASP.NET MVC Anwendung zum Laufen bekommen will.

Mit dem Flag “runAllManagedModulesForAllRequests” wird der IIS nur angewiesen alle registrierten “verwalteten” Module bei jedem Request zu durchlaufen:

Diese kann man pro Seite jeweils im IIS verwalten. Das Flag ist also nur ein Shortcut um die web.config nicht unendlich aufzublähen und damit man im IIS zentral dies steuern kann.

Statische Dateien, wie z.B. jpegs, durchlaufen nicht diese Module. “Statische Datein” können ebenfalls im IIS verwaltet werden.

ShareThis

Wer den richtigen IIS als Development Server nimmt, der wird das Problem unter Vista & Win7 kennen:
Solange die Benutzerkontensteuerung/UAC nicht ausgeschalten ist, muss man erst mühsam über *Rechtsklick* *Als Admin ausführen* klicken. Mit einem kleinen Trick spart man sich das Geklicke im Kontextmenü.

“Programm als Administrator ausführen”

Diese Einstellung kann man im Kompatibilitätstab in den Eigenschaften machen:

Bei einem Doppelklick auf ein .SLN File wird diese Exe aufgerufen:

C:\Program Files (x86)\Common Files\microsoft shared\MSEnv\VSLauncher.exe

Die normale Exe liegt dort:

C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe

Diese Einstellung bei beiden Dateien machen. Ohne weitere Änderungen der UAC kommt weiter der “Warndialog” – allerdings vergisst man nun nicht mehr VS als Admin auszuführen und man muss nicht in Kontextmenüs nach dem “Als Admin ausführen” suchen.

Wer Desktop Programme entwickelt sollte sich allerdings im Hinterkopf behalten, dass sein Programm auch ohne Admin-Rechte laufen sollte – jedenfalls für den gewöhnlichen Nutzer.

ShareThis

Die Tipps gelten für Windows Server 2003 bzw. höhere Versionen – auch wenn es da deutlich einfacher geworden ist.

• Ist die richtige .NET Version auf dem Server installiert?
• Nachprüfen kann man das entweder über Programme/Software in der Systemsteuerung oder man schaut mal in den GAC (C:\Windows\assembly) ob dort .NET DLLs mit der nötigen Versionsnummer da sind.
• Wenn es nicht installiert ist: Einfach die neuste Version installieren.
• Ist auf dem Windows Server überhaupt der IIS installiert?
• Nachprüfen kann man das in der Systemsteuerung unter Software/Programme. Der IIS ist unter den Windows Komponenten zu finden.
• Wenn er nicht installiert ist: Den nächsten Punkt noch beachten.
• Ist im IIS die .NET Unterstützung mit installiert? Im IIS 7 gibt es so genannte “Anwendungsentwicklungsfeatures” – dort ASP.NET mit anklicken. Im IIS6 gibt es glaub ich was ähnliches.
• Jetzt muss man rausbekommen unter welcher Version die Anwendung laufen lassen möchte:
• Im IIS6 ist das etwas magisch. Auf 32bit Maschinen gibt es unter Eigenschaften einer Webseite einen ASP.NET Tab – auf einer 64bit Maschine muss man erst mal irgendwelche RegistryKeys umändern. Allerdings läuft bei mir eine ASP.NET MVC Anwendung im IIS6 auch ohne das ich diesen Reiter hab. Wer ihn sieht, sollte mal nachschauen ob dort evtl. ASP.NET 1.1 ausgewählt ist.
• Im IIS7 (und IIS7.5) wird dies über die Anwendungspools geregelt
• Ganz wichtig: asp_regiis.exe
• Diese Datei registriert macht ein paar wichtige Änderungen am IIS. Bis .NET 4.0 muss man diese Datei ausführen:
• C:\Windows\Microsoft.NET\Framework\v2.0.50727\asp_regiis.exe –i
• Ab .NET 4.0 gibt es eine neue Variante unter der Frameworkversion v4…
• Wenn man eine ASP.NET MVC Anwendung unter IIS6 zum Laufen bringen soll: Ein Wildcard Mapping auf die aspnet_isapi.dll & deaktivieren von “Verify that the file exists” unter den Konfigurationsoptionen im Basisverzeichnis Tab oder diese Tipps befolgen:

Wenn diese Punkte schon mal erfüllt sind, kann es z.B. noch ein Problem mit Schreibrechten geben bzw. wenn die Anwendung unter einem speziellen Account läuft zu Problemen kommen.

• Hat der User unter dem die Anwendung läuft Schreib- & Leserechte auf den Ordner. Siehe auch hier.
• Ist der User unter dem die Anwendung läuft auch Mitglied der Windows Gruppe IIS_WPG (IIS6) bzw. IIS_IUSRS

Wenn es nicht eine ganz exotische Anwendung ist, sollte diese spätestens nun auch laufen. Ansonsten lohnt ein Blick in den Windowslog. Wenn ich doch etwas vergessen habe, dann werde ich dies hier weiterführen

ShareThis

Die Autoren rund um das Buch “ASP.NET MVC 2 in Action”, darunter u.a. Jeffrey Palermo, haben das Manuscript auf GitHub für jeden einsehbar und herunterladebar zur Verfügung gestellt. Ab Ende Juli sollte es auch bei Amazon lieferbar sein. Wer das eBook sich so zulegen möchte um die Autoren zu unterstützen, der kann es auch hier kaufen.
Zum Manuscript. Mehr Information auf Jeffrey Palermos Blog.

ShareThis

Ich hatte heute mit einem kleinen XML Problem zu kämpfen. Bei der Generierung des XMLs trat der oben genannte Fehler auf. Problemlösung in kurz: “&”, “<” & “>” maskieren wenn man InnerXml setzt oder “vollständiges” Xml Element setzen.

Problemfall:

    class Program
    {
        static void Main(string[] args)
        {
            XmlDocument doc = new XmlDocument();
            XmlElement element = doc.CreateElement("element");
            element.InnerXml = "hello & good bye";
        }
    }

Dieser Code endet mit einer Exception. Entweder man setzt InnerText oder maskiert das “&”. Das gleiche gilt auch für “<” bzw. “>” z.B. mit HttpUtility.HtmlEncode. Wenn man komplettes, valides XML reingibt funktioniert es auch:

        static void Main(string[] args)
        {
            XmlDocument doc = new XmlDocument();
            XmlElement element = doc.CreateElement("element");
            element.InnerXml = "hello <test></test> good bye";
        }

Eigentlich völlig logisch. Problematisch wird es nur wenn man z.B. HTML Markup wie “<br/>” und vom User eingegebene Texte (wo auch ein “&” oder “<” drin stehen könnte) auftauchen. Da die Fehlermeldung mir recht nichtsagend war, hab ich mir gedacht es zu bloggen.

ShareThis

Gerade auf dem MS Technet Blog gefunden: MS Press stellt das Buch “Introducing Microsoft SQL Server 2008 R2” kostenfrei zum Download (PDF) / (XPS) bereit. Haupthemen: Database Administration & Business Intelligence Development

Database Administration

• SQL Server 2008 R2 Editions and Enhancements
• Multi-Server Administration
• Data-Tier Applications
• High Availability and Virtualization Enhancements
• Consoldidation and Monitoring

Business Intelligence Development

• Scalable Data Warehousing
• Master Data Services
• Complex Event Processing with StreamInsight
• Reporting Services Enhancements
• Self-Service Analysis with PowerPivot

ShareThis

Beispiel: IUserRepository mit der Methode “GetUser(Guid id)”

Wir stellen uns vor, wir hätten ein eines UserRepository was eine Get Methode besitzt, welche eine Guid als Parameter erwartet.

Was passiert wenn kein Ergebnis gefunden wird?

Thomas sein ursprünglicher Gedanke: Null.
Das Problem dabei: Man muss es prüfen und es wird nicht wirklich erwartet (einfach die vielen Kommentare lesen).

Jürgen Gutsch hat die vielen verstreuten Posts in einem Blogpost mal zusammengefasst.

Das was ich aus der Diskussion mitgenommen habe:

• Im Normalfall niemals NULL zurückgegeben
  • Man erwartet es nicht und es gibt bessere Varianten
• Wenn ein Objekt erwartet wird:
  • bei einer “Get” Methode eine Exception werfen wenn das gewünschte nicht gefunden wurde
  • evtl. eine “Find” mit speziellen Rückgabetypen (ReturnCodes/bool/IResultWrapper) oder “TryXXX” Methode mit einem out Parameter anbieten.
    • Um die Lesbarkeit zu erhöhen hat sich Ralf ein paar Gedanken gemacht
• Wenn eine Collection erwartet wird:
  • Eine leere Collection zurückgeben

Wichtig ist, dass die API intuitiv zu benutzen ist. NULL ist IMHO nicht wirklich intuitiv. Ich seh die ganze Sache auch aus Webentwicklersicht – ein Geräteprogrammierer mag das völlig anders sehen.

My 2 cents

ShareThis

ShareThis

Vor der .NET 4.0 Zeit: “The imported project "C:\Program Files\MSBuild\Microsoft\VisualStudio\v8.0\WebApplications\Microsoft.WebApplication.targets" was not found”

Wer mit .NET 4.0 baut: “The imported project "C:\Program Files\MSBuild\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" was not found”

Einfachste Fehlerbehebung: Visual Studio auf dem Build Server installieren.

Eine andere Variante: Einfach den WebApplications Ordner mit Inhalt (ein .target File + dll) kopieren.

Im Zusammenhang mit TeamCity ist mir dieser “Bug” bereits aufgefallen. Mit dem neuen TFS2010 hat sich das auch nicht geändert, daher der “nochmalige” Blogpost.

ShareThis