Dariusz quatscht : IIS7

HTTP 404.3 mit ADO.NET Data Services und Windows Azure (RDROLEHOST)

dparys — Fri, 04 Sep 2009 10:29:47 GMT

In einem meiner Projekte möchte ich einen ADO.NET Data Service auf Windows Azure hosten. Bei der Evaluation, beim sogenannten “Durchstich” (mehr zum “Durchstich” in einem Folgepost), ist der Fehler HTTP 404.3 aufgetreten. Er kann den ADO.NET Data Service nicht finden. Das ganze ist in der lokalen Windows Azure Umgebung aufgetreten und ich arbeite auf diesem Rechner mit Windows 7.

Der Fehlertext ist durchaus zu gebrauchen. Es fehlen einfach ein paar Handler die den Request bearbeiten können. Nach einer Weile im Netz suchen habe ich auch das Tool gefunden mit welchem man die entsprechenden Windows Communication Settings für den IIS nachträglich prüfen und installieren kann.

Das ganze findet sich im Pfad %SYSTEM%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation und das Tool selbst heißt ServiceModelReg. Mittels ServiceModelReg –vi kann man überprüfen welche Einstellungen bereits auf dem lokalen IIS angewendet worden sind und welche fehlen. Im untenstehenden Screenshot sieht man noch am Anfang das einige Listener und Handler nicht installiert waren. Mittels ServiceModelReg –i installiert man nachträglich alle Einstellungen für die Windows Communication Foundation im Bezug auf den IIS.

Nach der Registierung ist nun auch der ADO.NET Data Service (momentan ein leeres Modell) korrekt angezeigt worden.

Service Unavailable HTTP Error 503 mit IIS 7 auf Windows 7

dparys — Fri, 06 Feb 2009 02:22:04 GMT

Diese Problem hat mich echt verrückt gemacht. Die ganze Zeit war ich nicht in der Lage lokal auf dem IIS 7 meiner Windows 7 Maschine Webseiten auszuführen. Die ganze Zeit bekam ich den Fehler HTTP 503 zurück. Selbst das Aufrufen von http://localhost hat dieses Problem mit sich gebracht.

Im Eventlog nichts zu finden, App Pools laufen, keine Ahnung woran das liegen könnte. Auf meiner Windows Vista Maschine läuft der IIS 7 einwandfrei, was ist anders hier auf Windows 7?

Und dann nach anschauen verschiedener Einstellungen und lesen von verschiedenen Quellen kam es mir plötzlich in den Kopf geschossen. Ich habe doch eine Kleinigekeit an meinen URLACLs verändert. Und ich habe erst vor kurzem darüber geblogt.

Giving my account rights to create service endpoints on port 80

Im Nachhinein gesehen, eine ziemlich blöde Idee. Eine Kommandozeile im Administrationsmodus angeschmissen, dann die Eingaben netsh [Enter] http [Enter] und hier ist das Problem eingekreist:

In der Hoffung alles wieder fixen zu können lösche ich einfach diese URLACL wieder mittels

netsh http delete urlacl url=http://+:80/

und siehe da, meine lokalen Webseiten im IIS 7 laufen wieder.

Auch unter Windows 7. Ich geh mich jetzt erst mal eine Runde hauen.

Was sind relevante Themen in der Softwareentwicklung für Sie?

dparys — Wed, 03 Dec 2008 19:19:00 GMT

Lange Zeit bevor ich bei Microsoft war, habe ich schon in diversen Firmen eigentlich immer aus eigenem Antrieb heraus recht schnell Technologie adaptiert und auch während laufender Projekte reingebracht. Den Mehraufwand hat man gerne selbst getragen (oder tragen lassen, Entschuldigung schon mal an dieser Stelle, Ihr wisst wer gemeint ist) um das Projekt / Produkt auf eine neue technische Ebene zu heben. Meist hat sich der Aufwand auch gelohnt.

Seit ich bei Microsoft bin, liegt hier mein Fokus natürlich verstärkt auf die Microsoft Technologie. Ich möchte mal sagen das ich nicht diesen Bias habe über den Ralf Westphal geschrieben hat, aber mein "Abdriften" in andere Technologie Welten ist definitiv geringer geworden.

Warum schreibe ich das eigentlich? Ganz einfach, nach dem Auswerten der Technical Summit Feedbacks ist mir aufgefallen das die Themen kaum Relevanz für die Teilnehmer hatten und ich nicht von mir ausgehen möchte was relevant ist. Was ich wirklich Cool finden würde, wären Kommentare was für Sie relevante Softwareentwicklungsthemen sind.

Christian Weyer und der "Code Affe"

dparys — Wed, 23 Apr 2008 08:48:46 GMT

Wer auf dem Launch 2008 in Frankfurt war, hat vielleicht die Session mit Christian Weyer und dem "Code Affen" gesehen. Der "Code Affe" war ich. Wer es verpasst hat, kann das ganze sich jetzt auch auf Video anschauen. Die gute Stimmung im Raum lässt sich allerdings nicht so toll über dieses Medium transportieren.

WCF und WF (Teil1)

WCF und WF (Teil2)

Über Feedback würde ich mich freuen.

Es gibt noch weitere Videos vom Launch, das zu finden unter

http://www.microsoft.com/germany/msdn/launch2008/videos/default.mspx

Viel Spaß beim reinschauen.

.NET Framework Versionswirrwarr

dparys — Wed, 02 Apr 2008 08:19:18 GMT

Es ist manchmal nicht so einfach unsere Versionsbezeichnungen zu Verstehen. Insbesondere dann nicht, wenn so viele Technologien zusammen in ein Produkt gesteckt werden und mit einer "einheitlichen" Versionsnummer ausgerollt werden. Nehmen wir mal das Beispiel Visual Studio 2008. Programmiere ich in Visual Studio 2008, so kann ich in der Projekt Dialog Box oder über die Eigenschaftsseite des Projektes jederzeit die Version des .NET Zielframeworks auswählen.

.NET Zielframework = Runtime Version so könnte man meinen, ist es aber nicht!

Schreibt man eine Konsolenanwendung mit C# in Visual Studio 2008 und verändert nicht die Standardeinstellungen so arbeitet man mit folgenden Komponenten: Common Language Runtime 2.0 (aka .NET Framework Runtime 2.0), .NET Framework 3.5 (Klassen) und dem C# 3.0 Compiler. Würde man jetzt Visual Basic einsetzen so hätte man Visual Basic 9.0 im Einsatz.

Besonders Entwickler und Administratoren, die nicht tagtäglich mit .NET arbeiten, kommen damit durcheinander. Geht es darum auf einem Webserver .NET 3.5 zum laufen zu bringen suchen viele Verzweifelt nach dem .NET 3.5 Wert in der entsprechenden Combobox des Application Pools.

Scott Hanselmann hat hierzu einen ausgezeichneten Artikel (in Englisch) zu diesem Thema verfasst und beschreibt wie man im Internet Information Server .NET 3.5 konfiguriert. Hier der Auszug mit der Übersicht der verschiedenen .NET Framework Versionen:

Basically, remember Framework version != CLR Version. If you configured an IIS Application to use .NET 2.0, you're talking about the 2.0 CLR. WCF Applications use the .NET 2.0 CLR with the new 3.0 WCF libraries.

.NET Framework 1.x = CLR 1.x

.NET Framework 2.0 = CLR 2.0

.NET Framework 3.0 = CLR 2.0

.NET Framework 3.5 = CLR 2.0 + (C# 3.0 | VB9)

Wird unser Versionswirrwarr besser? Ich hoffe es, aber das wird die Zukunft letztendlich zeigen.

Web Application Installer

dparys — Tue, 30 Oct 2007 14:53:35 GMT

My collegue Bernhard Frank published a Web Application Installer project on Codeplex. It helps deploying a web application for Internet Information Server as it packages everything into a single msi setup file. Interesting that he supports beneath ASP.NET...(read more)

IIS7: Eine Windows Forms Anwendung als Web Host

dparys — Wed, 18 Jul 2007 17:54:15 GMT

Momentan beschäftige ich mich mit den verschiedenen Features die Windows Server 2008 mit sich bringt. Im IIS 7 realisierte ich eine nette kleine Komponente namens hwebcore.dll. Es handelt sich hierbei um eine Web Core Engine die IIS 7 dem Entwickler zum...(read more)

IIS7: Using IIS7's Web Core feature in a Windows Forms App

dparys — Wed, 18 Jul 2007 17:52:53 GMT

During my investigations in various Windows Server 2008 features I realized that IIS 7 comes with a neat little web core engine which can be rehosted in own applications. The cool thing is it is completely configurable, it has just own drawback: One application...(read more)