Geek. Coder. Gamer. Bayern Munich Fan.
Visit my blog stream http://writeline.io
My Name is Dariusz Parys
I'm also known as Writeline
I'm a Technical Evangelist @ Microsoft Germany and you can follow me on Twitter or visit my blog stream.
In letzter Zeit spiele ich mit dem Gedanken meinen Blog umzuziehen. Nicht komplett, eigentlich nur einen Teil. Alles andere bleibt hier, wie gehabt. Doch das Vorhaben ist gar nicht so einfach wie ich Anfangs dachte. Die Kriterien die ich an eine eigene Hosting Lösung habe sind überschaubar: einfache Anpassparkeit, Erweiterungsfähig um z.B. neue Funktionalität zu implementieren, Verwaltungsseiten um Kommentare und Beiträge im Web zu editieren und zu guter Letzt eine Codebasis in der ich mich schnell zurecht finde. Die Anpassbarkeit wäre auch im Code für mich ok, voraussgesetzt es ist eine einfach zu verstehende Codebasis. Mein derzeitiger Blog gibt mir nicht die Möglichkeit mal kurz einen neuen Trend zu implementieren bzw. auch nur per Template einzufügen. Die Codebasis ist alt und ein Update steht noch aus und ist derzeit auch nicht angekündigt. Also habe ich verschiedene Engines in Betracht gezogen.
Mein Kollege Oliver Scheer ist begeistert von Wordpress. Einfache Installation, einfache Anpassbarkeit, gute Themes und erweitern kann man das ganze auch – vorausgesetzt – man hat die Lust und die Muse sich mit PHP auseinanderzusetzen. Nix gegen PHP, aber ich komme jetzt schon mit viel zu vielen Technologien in Kontakt und da möchte ich mir die Einarbeitung, bzw. alleine das Arbeiten damit ersparen. Sonst wäre Wordpress in Sachen Funktionalität und Themes meine erste Wahl geworden.
Der Klassiker. Ich erinnere mich immer noch, als wäre es erst gestern gewesen, wie Clemens auf einem CLIP Meeting der Community seine 60.000 Zeilen Code geschenkt hat. Clemens hat damals die Engine von Chris Anderson – Blogx – als Grundlage für dasBlog verwendet. Am Anfang gab es noch keine SQL Unterstützung aber mittlerweile ist das gesamte Softwarepaket zu einem richtigen Monster ausgewachsen welches man sich auf http://dasblog.codeplex.com/ besorgen kann. An für sich erfüllt dasBlog die Kriterien der Anpassparkeit, Erweiterbarkeit und sogar die Codebasis ist mittlerweile auf .NET 2.0, doch irgendwie werde ich nicht warm damit. Das mag an der ersten Erfahrung liegen. Ich habe keinen IIS auf meiner Maschine installiert doch dasBlog ist wie ein Biest und Redirected an manchen Stellen von http://localhost:1234 –> http://localhost. Sprich, wer nicht gleich einige Zeit in die Codebasis stecken möchte, sollte einen IIS irgendwo zur Verfügung haben, hätte ich zwar, aber eben nicht auf allen Entwicklermaschinen.
In aller Munde in den letzten Monaten und vom Hören – Sagen, mein Favorit. Die Codebasis ist moderner, das Paket kommt mit ein paar mittelmässigen Themes und vom Aufbau her ist alles recht kompakt. Daraufhin habe ich angefangen einige Experimente mit der Engine zu machen und ja, man könnte recht schnell was hinbasteln. Und ich habe auch irgendwie das Gefühl das es sich um basteln handelt. Trotz des Bastelgefühls arbeite ich mal mit der Engine weiter.
Da stehe ich nun mit einer ersten Version meines Experiments und frage mich wie ich nun meine bisherigen Blog Posts in die Engine bekomme – BlogML ist hier das Zauberwort. BlogML erlaubt es Blogs zu exportieren und in andere Engines zu importieren. Vorausgesetzt beide Blogengines unterstützen dieses Format. BlogML ist bei der BlogEngine.NET 1.5 dabei. Cool. Doch nach einigen Suchen für meinen momentanen Blog stelle ich fest das der Community Server über ein Dashboard Server Control für BlogML erweitert werden kann und bei meinem Blog gibt es dieses Control nicht. Auch bin ich nicht der Admin der Maschine. Keine Chance also.
Komme ich nicht drumherum einen RSS Exporter –> BlogML zu schreiben? Auf Codeplex gibt es zwar einen allerdings nicht für die Community Server Engine in der Version in welcher die MSDN Blogs gehostet sind. “Vielleicht sind ja die alten Posts auch auf dem alten Blog gut aufgehoben”, denke ich mir dann.
Wie gesagt, ich probiere einige Sachen mit der BlogEngine.NET 1.5 aus, beim Anpassen stelle ich fest das es keine Verwaltungsseite für Blogposts gibt. Vielleicht habe ich nur was übersehen, ich mache weiter. Ich suche nach Themes, finde eigentlich nichts was mir gefällt, also mache ich mir selbst eines. Nun, was soll ich sagen, ich komme schon klar mit dem Konzept der Usercontrols, aber es ist mir irgendwie zu frickelig. Warum? Weil ich die Engine nicht so gut kenne und mir erst noch das Widget Control und dessen CSS Styles reinziehen mussl. Das einarbeiten in den Source ist ok, aber wie immer nerven mich die Kommentare. Vor allem wenn diese einfach nur Platz im Sourcefenster wegnehmen und keinen, wirklich keinen Mehrwert liefern.
Vor einigen Tagen hat Rob Connery auf seinem Blog über ein mögliches Aushängeschild von Entwicklern geschrieben: Be a good Jedi: Build your own Blog. Eigentlich ist es unsinnig eine eigene Blogengine zu schreiben, es gibt doch schon einen Haufen, auf der anderen Seite ist es auch unsinnig sich lange in den Code von anderen reinzuarbeiten um nur einen Blog zu hosten. Vielleicht sind meine Ansprüche zu hoch? Eigentlich nicht. Vielleicht sind die Engines nur aufgeblasen weil diese eben eine Masse an Nutzern bedienen sollen. dasBlog und die BlogEngine.NET sind Softwarepakete die sowohl Benutzern wie auch Entwicklern gefallen sollen, von denen ich nur einen Teil benötige. Um diesen Teil einfach zu erhalten muss ich aber einen gewissen Aufwand reinstecken, da die Anpassbarkeit nicht so einfach ist wie bei Wordpress (ich rede hierbei nicht von der Erweiterung durch PHP).
Vielleicht macht es doch Sinn eine eigene Engine zu schreiben? Warum stelle ich mir eigentlich diese Frage? Nein, macht es nicht. Zumindest nicht für mich. Aber ich kann gut nachvollziehen das Entwickler schnell mal daran denken. Ist ja eigentlich für eine Custom Engine auch relative einfach die Grundfunktionalität zu bauen. Man benötigt ja dann keine ausgeklügelte UI um Anpassungen zu machen, denn man kennt ja die Engine In- und Auswendig.
Softwareentwickler neigen gerne ein Produkt oder ein Framework wieder neu zu erfinden, weil eben der Knopf A nicht auf Position B liegt sondern auf Position C und der Code nicht die Fancy Lambdas aus .NET 3.5 nutzt. Zählt mal alleine die Anzahl an ORM Frameworks die es draußen im Markt und vor allem im Open Source Bereich gibt, so weiß man gar nicht so recht welche man alle Testen soll. Alle haben Vor- und Nachteile, doch überwiegen bei allen die Nachteile so stark das man gleich selbst eines schreiben muß?
Meinem eigentlichen Ziel, ein Blog auf einem eigenen Server zu hosten und dort Teile anpassbar zu haben bin ich zumindest ein bißchen näher gekommen (ca. 1%). Wahrscheinlich werde ich die BlogEngine.NET dazu nehmen, aber vielleicht überkommt es mich ja noch und ich störe mich auch nicht an PHP dann wäre Wordpress wohl die Wahl.
Eine eigene Engine schreiben? Nochmals nein, der Teufel steckt nachher im Detail. Es sei denn es gäbe ein Framework das mir lediglich die Grundkomponenten zur Verfügung stellt. RSS/ATOM Feed Rendering, Ping- und Trackback Services oder ein Domain Modell dass sich lediglich auf die Pflichtattribute von Feeds begrenzt und alles andere optional hinzufügen lassen würde. Ein kleines, übersichtliches Framework, das könnte man als Basis nimmt und wirklich nur das notwendigste zur Verfügung stellt. Damit man die rudimentären Dinge nicht nochmals schreiben müsste. Dann, dann vielleicht.
Sie befinden sich hier: 2. Windows Azure Invitation Token anfordern
Zum AzureNow Gewinnspiel geht es hier: http://www.msdn-online.de/AzureNow
Wir haben nun den Windows Azure Token Anforderungs Prozess optimiert. Jeder Interessent sendet eine E-Mail an AzureNow@microsoft.com mit dem Betreff „Anfrage Windows Azure Token“ und innerhalb 24h bekommt man den Token zugesendet. Natürlich kann man auch noch immer einen Token über den weiter unten beschriebenen Weg anfordern.
Folgen Sie den folgenden Hyperlink um auf die Registrierungsseite für Windows Azure zu kommen. Momentan befindet sich Windows Azure noch im Community Technology Preview Status kurz CTP und ist dementsprechend über die Microsoft Connect Seite erreichbar.
Link zur Windows Azure Registrierung.
Melden Sie sich nun mit Ihrer Windows Live ID an.
Wenn Sie das erste mal auf Microsoft Connect sind werden Sie noch auf die Microsoft Connect Registrierung weitergeleitet. Falls Sie einen Microsoft Connect Account besitzen können Sie nun zur nächsten Kapitelüberschrift übergehen.
Lesen Sie sich die Nutzungsbedingungen durch und wenn sie Ihnen zusagen, stimmen Sie zu. Sie werden nun auf die Profilseite geleitet und füllen die restlichen Pflichtfelder aus.
Zum Schluß müssen Sie noch die Email Adresse verifizieren. Dies passiert mittels des Links der erhaltenden Email von Microsoft Connect. Diesen Schritt können Sie jetzt auch überspringen und einfach auf “Continue” drücken.
Jetzt wird noch nach dem Anzeigenamen gefragt und dann ist die Registierung für Microsoft Connect durch.
Jetzt kommt die eigentliche Profilierung für das Windows Azure CTP Programm. Füllen Sie entsprechend die Fragen aus und bestätigen Sie mit “Submit”
Auf der Willkommensseite des Microsoft Connect Windows Azure CTP erhält man die Beschreibung wie man die einzelnen Tokens erhält.
Das Token kann man nicht mehr über einen Link Product Keys bekommen, sondern man erhält diesen per Email an die angegebene Email Adresse bei Microsoft Connect! Dies kann unter Umständen 48 Stunden dauern.
Die Email die Sie erhalten werden, hat den Betreff:
Invitation Code to Windows Azure
Sie befinden sich hier: 4. Web Anwendung auf Windows Azure publizieren
Damit alle Interessenten am Windows Azure Gewinnspiel teilnehmen können haben wir ein Deployment Paket vorbereitet. Dieses Deployment Paket kann man hier herunterladen und es enthält eine einfache Web Anwendung die als Test-Paket für das Windows Azure Deployment dient.
Link: WADA.zip
Die Datei WADA.zip kann in einem beliebigen Ordner entpackt werden. Im entpackten Verzeichnis befinden sich die folgenden zwei Dateien.
Es sind die Dateien ServiceConfiguration.cscfg und WADA.cspkg. Falls Sie keine Icons zu den Dateien angezeigt bekommen, liegt das daran das Sie die Windows Azure Entwicklertools noch nicht installiert haben. Das ist für das Publizieren dieses Paketes auch nicht notwendig.
Im Webbrowser die Seite http://windows.azure.com aufrufen und sich mit der registrierten Windows Live ID anmelden. Das Windows Azure Portal erscheint und nun wählt man das Projekt PDC08 CTP aus.
Im Projekt PDC08 CTP wählt man nun den Link New Service aus.
Die Seite Create New Service erscheint und man sieht die Anzahl der verfügbaren Dienste die mit dieser Windows Live ID zur Verfügung stehen. Der Dienst der jetzt angelegt wird ist ein Hosted Services Dienst. Diesen wählt man mit einem Klick aus.
Es werden nun Dienst Titel und Beschreibung abgefragt. Hier kann man beliebige Texte eintragen. Der Titel erscheint später Links in der Navigation des Windows Azure Portals. Wenn man alles eingegeben hat einfach auf Next klicken.
Jetzt muss man eine Subdomäne für den Hosted Services Dienst wählen. In der momentan CTP (Community Technology Preview) werden alle Anwendungen auf Windows Azure unter der Domäne cloudapp.net addressiert. Für das Gewinnspiel interessiert die vollständige URL. Im Beispiel unten auf der Grafik wird die Subdomäne azurenow eingegeben. Mittels Check Availability wird geprüft ob diese noch frei ist. Mit Create wird letztlich der Dienst erstellt. Die Domäne die am Gewinnspiel teilnimmt ist also in diesem Beispiel http://azurenow.cloudapp.net. Ihre URL besteht aus Ihrer vergebenen Subdomäne und der Domäne cloudapp.net. Wenn Sie zum Beispiel hallo als Subdomäne eingeben, so ist die Teilnahme URL http://hallo.cloudapp.net.
Nachdem der Hosted Services Dienst angelegt wurde sind wir in der Navigation auch schon im Deployment Fenster. Wir drücken den Button Deploy bei der Produktions-Umgebung. Es ist wichtig für das Gewinnspiel, dass Sie in die Produktionsumgebung publizieren und nicht nur in den Staging Bereich. Im Screencast werden beide Schritte gezeigt, für das reine Gewinnspiel ist nur die Produktions-Umgebung wichtig. Der folgende Dialog wird angezeigt:
Über den Browse… Button können Sie die entsprechenden Dateien auswählen. Das Application Package ist die Datei WADA.cspkg und die Configuration Settings befinden sich in der Datei ServiceConfiguration.cscfg. Die Bezeichnung für das Deployment ist vollkommen frei wählbar, in dem Beispiel hier wähle ich einfach die Bezeichnung “Version 1”. Ist alles erledigt drücken wir Deploy.
Das Paket wird nun hochgeladen und die Informationen werden im System aktualisiert.
Nach einer kurzen Zeit ist alles Bereit um den Dienst auf dem Server zu starten.
Der Dienst muss manuell über den Button Run gestartet werden. Erst wenn der Dienst gestartet wird, kann die Anwendung am Gewinnspiel teilnehmen. Das Starten kann unter Umständen mehrere Minuten in Anspruch nehmen. Die Anzeige unter dem Namen der Anwendung “MeineErsteAzureWebApp” wird entsprechend aktualisiert.
Solange der Status Initializing ausgegeben wird ist die Anwendung noch nicht Betriebsbereit. Sobald der Status auf Started übergeht ist die Anwendung gestartet und Betriebsbereit.
Das kann man mit dem Link der Web Site URL überprüfen, in diesem Beispiel ist das http://azurenow.cloudapp.net
Um nun am Gewinnspiel teilzunehmen schickt man einfach eine Email an AzureNow@microsoft.com mit dem Betreff AzureNow – Meine Web URL. Hier ist ein fertiger Link. Im Email Text sollte die URL der Windows Azure Anwendung stehen sowie die Windows Live ID. Bei einem möglichen Gewinn, Kontaktieren wir Sie über die Email Adresse, die Sie bei der Teilnahme verwendet haben.
Hier ein Beispiel einer solchen Email:
Visitenkarten sind wirklich nicht mehr Zeitgemäß, genauso wie andere “Bräuche” in der Branche. Ich denke da z.B. an das Verkleiden mit Anzug und Krawatte. Ich versuche weitestgehend auf den Austausch von Visitenkarten zu Verzichten. Viel lieber sind mir digitale Wege, wie zum Beispiel der Empfang einer Email mit der Frage, dann habe ich auch gleich den Kontakt. Doch Tom bloggt nun über Pokens. Denke nicht das es sich durchsetzt, zumindest nicht mit diesem Design, doch eines hat mich dann sofort an meine Jugend erinnert.
Und so erwarte ich das kleine Postpaket.
Um für die Windows Azure Plattforms Anwendungen zu schreiben benötigt man folgende Komponenten:
Die gesamten Komponenten lassen sich auch bequem über den Microsoft® Web Platform Installer installieren und einrichten. Hier nun die Schritt-für-Schritt Anleitung um sich eine Windows Azure Entwicklungsumgebung durch den Web Platform Installer zu konfigurieren.
Zuerst muss man sich den Web Platform Installer herunterladen. Dazu wählt man einfach folgenden Link aus:
Nach dem herunterladen, startet man den Web Platform Installer und geht in die Optionen hinein.
Dort wählt man die Entwicklertools zusätzlich aus und stellt die Sprache auf Englisch. Das ist für die Abhängigkeiten der Entwicklungstools notwendig.
Danach wählt man die entsprechenden Standard-Einstellungen der verschiedenen Kategorien aus:
Webplattform
und Entwicklertools
Jetzt noch Installieren drücken und die entsprechenden Pakete werden heruntergeladen und auf dem System installiert.
Alternativ können Sie sich auch diesen Screencast zur Installation der Windows Azure Entwicklungsumgebung anschauen.
Sie befinden sich hier: 3. Windows Azure Account anlegen
Das erstellte Token kann nun auf dem Windows Azure Portal der Windows Live ID zugeordnet werden.
Link zum Windows Azure Anwendungsportal.
Auf dem Portal mit der Windows Live ID anmelden und die Windows Azure Privacy Statement Bedingungen durchlesen und akzeptieren.
Ein kurzer Augenblick und der Account wird dann endgültig angelegt. Die Meldung “Congratulations! Your account has been created.” sollte nun erscheinen. Mit “Continue” kommt man dann auf die Eingabemaske in welcher man den erhaltenen Token eingibt.
Ist der Token gültig, werden nochmals die Nutzungsbedingungen angezeigt, die man durchliest und akzeptiert.
Jetzt ist man auf dem Administrationsportal von Windows Azure und kann nun insgesamt 2 Storage Projekte und 1 Hosted Projekt erstellen.
Dieser Step by Step Leitfaden zeigt die Schritte einer Windows Azure CTP Registrierung und enthält folgende Punkte:
Prerequisite – Windows Live ID
Prerequisite – Microsoft Connect
Windows Azure Registrierung auf Microsoft Connect
Token auf dem Windows Azure Portal eintragen
SQL Azure Registrierung
Mehrere Windows Azure Projekte für eine Windows Live ID freischalten
Um Zugriff auf die Windows Azure Umgebung zu bekommen, benötigen Sie zuerst eine Windows Live ID. Wenn Sie bereits eine Windows Live ID besitzen können Sie direkt mit dem nächsten Schritt weitermachen.
Navigieren Sie zu der Seite http://account.live.com und klicken Sie dort auf “Registrieren”.
Nun haben Sie die Wahl sich mit einer bereits existierenden Email Adresse zu registrieren oder sich eine neue Anlegen zu lassen.
Der folgende Screenshot zeigt die Anlage einer Windows Live ID mit einer neuen Windows Live Email Adresse.
Wenn Sie mit den Bedingungen einverstanden sind können Sie diesen Zustimmen. Nun landen Sie letztlich auf der Verwaltungsseite der Windows Live ID.
Lesen Sie sich die Nutzungsbedingungen durch und wenn Sie Ihnen zusagen, stimmen Sie zu. Sie werden nun auf die Profilseite geleitet und füllen die restlichen Pflichtfelder aus.
Auf der Willkommensseite des Microsoft Connect Windows Azure CTP erhält man die Beschreibung wie man die einzelnen Tokens erhält. Den Windows Azure Token erhält man durch klicken des Links “Product Keys”. Für .NET Services und Windows Live muss nun kein seperater Token Registrierungsprozess durchlaufen werden. Diese Dienste werden automatisch freigeschalten sobald man den Windows Azure Token freigeschalten hat. Lediglich für SQL Azure muss man noch seperat einen Token beantragen. Dies wird weiter unten erklärt.
Noch “Request New Product Key” klicken, die Beschreibung durchlesen, “Get Key” klicken und voilá – hier ist der Key.
Eine Weile warten und der Account wird dann endgültig angelegt. Die Meldung “Congratulations! Your account has been created.” sollte nun erscheinen. Mit “Continue” kommt man dann auf die Eingabemaske in welcher man den erhaltenen Token eingibt.
Ist der Token gültig kommen nochmals Nutzungsbedingungen die man durchliest und akzeptiert.
Die Registrierung für die SQL Azure Database CTP erfolgt ebenfalls über Microsoft Connect. Hierzu geht man zuerst auf das SQL Azure Dev Center aus MSDN Online. Dort gibt es den Registrierungslink zur SQL Azure CTP Registrierung.
Link SQL Azure CTP Registrierung.
Dort gibt man dann ebenfalls die Daten der Firma und seine Email Adresse an und schickt das ganze ab. Die Registrierung ist hier nicht unmittelbar wie bei Windows Azure. Der Token wird per Email verschickt. Dies kann bis zu 48 Stunden dauern.
Wenn man den Token per Email erhält, so registriert man diesen unter der Adresse http://sql.azure.com und erhält dort die weitergehenden Informationen wie man nun mit SQL Azure arbeitet.
Man kann mehrere Tokens für eine Windows Live ID registrieren. Allerdings bekommt man pro Windows Live ID nur einen Token. Dementsprechend kann man als Workaround eine weitere Windows Live ID anlegen und einen Windows Azure Token erstellen, wie in den vorherigen Schritten beschrieben. Wenn man nun den Token hat, meldet man sich mit der Windows Live ID an die man für seine Projekte benutzen möchte und registriert den neuen Token dazu.
Hierzu geht man auf das Account Register und klickt “Manage My Tokens”
Den Token eingeben und mittels “Claim Token” bestätigen.
Nach erfolgreichem hinzufügen stehen einem die neuen Projektressourcen zur Verfügung.
In diesem Blog Post beschreibe ich welche Schritte notwendig sind um eine ASP.NET Web Anwendung mit Visual Web Developer 2008 Express Edition zu erstellen und diese dann auf Windows Azure zum Hosten zu publizieren. Falls Sie noch die Entwicklungsumgebung und / oder das Windows Azure SDK samt Tools noch nicht installiert haben, so können Sie den AzureNow How-To-Guide: Windows Azure Entwicklungsumgebung installieren durchlesen. Alternativ zu der Anleitung können Sie sich auch diesen Screencast anschauen.
Um mit den lokalen Windows Azure Tools arbeiten zu können muss die Entwicklungsumgebung im Administrationsmodus gestartet werden. Hierfür drücken Sie mit der rechten Maustaste auf das Programmsymbol und führen die Anwendung als Administrator aus.
Der UAC (User Account Control) Dialog erfordert die Bestätigung.
Nachdem Sie mit Ja bestätigt haben, ist die Entwicklungsumgebung nun im Administrationsmodus gestartet. Das erkennt man an dem Fenstertitel, in Klammern ist Administrator zu lesen.
Als nächstes öffnen wir über das Menü “File / New Project…” den Projekt Template Dialog.
Wir wählen das Cloud Service Template aus. In meinem Beispiel ist das Cloud Service Template in der Programmiersprache C# ausgewählt. Vergeben Sie noch einen Namen und drücken Sie OK.
Der nächste Dialog gibt uns eine Auswahl an Rollen die wir in dem Cloud Service Template verwenden können. Es gibt momentan drei verschiedene Rollen: Die ASP.NET Web Role, die Worker Role und eine CGI Web Role. Für unser Beispiel fügen wir eine ASP.NET Web Role hinzu.
Wir lassen den Namen der ASP.NET Web Role bei WebRole1 und drücken OK
Jetzt hat die Entwicklungsumgebung alle notwendigen Informationen und erstellt die Solution. Im Solution Explorer sehen wir nun folgende Dateien:
Mit einem Doppel-Klick im Solution Explorer auf die Datei Default.aspx öffnen wir diese zum Editieren. Der Editor sollte nun die Datei Default.aspx geladen haben und diese anzeigen.
Im DIV Tag (in Zeile 12 exakt) fügen wir ein paar weitere Element hinzu.
<h1>Hallo Windows Azure</h1><div> <asp:Button ID="actionPrintTime" Text="Zeige Uhrzeit an" runat="server" /></div><div> <asp:Label ID="output" runat="server" /></div>
So dass die gesamte Datei folgendermaßen aussieht:
Nun schalten wir auf die Design Ansicht um. Hierzu wählt man unten im Editor Design aus.
Wenn wir in der Design Ansicht sind, kann man in den Code Editor durch ein Doppelklicken auf den Button “Zeige Uhrzeit an” gelangen. Dadurch wird für das ASP.NET Element Button ein OnClick Handler definiert der in der Code Behind Datei gleichzeitig angelegt wird. Der Code Editor öffnet nun diese Code Behind Datei.
Nun können wir das Button Element mit Programmcode füllen. Hierzu tippen wir folgenden Code in die Methode actionPrintTime_Click ein.
output.Text = DateTime.Now.ToShortTimeString();
Der Code der Klasse _Default sieht nun folgendermaßen aus:
Jetzt können wir das Projekt mit der Taste F5 in der lokalen Windows Azure Development Fabric starten. Die Windows Azure Development Fabric simuliert die Windows Azure Hosting Infrastruktur und erlaubt es so losgelöst von der eigentlichen Hosting Plattform Anwendungen zu Entwickeln und zu Testen. Hierzu startet die Entwickluingsumgebung die Development Fabric und das Development Storage an. Beim allererstenmal kommt ein Dialog hoch der einfach Bestätigt werden muß. Der Dialog legt dann den momentanen Benutzer für das Development Storage an und erstellt auch noch eine lokale Datenbank.
Im Windows Tray kann man die Icons der Development Fabric und des Development Storage sehen.
Wenn die Anwendung gestartet ist wird die Seite Default.aspx angezeigt und ein Klick auf den Button ruft dann die Funktionalität auf die Implementiert wurde und zeigt die Uhrzeit des Servers an.
Nun geht es darum die ASP.NET Anwendung in die Windows Azure Infrastruktur zu publizieren. Dazu geht man auf das Cloud Service Projekt im Solution Explorer und ruft das Kontextmenü mittels der rechten Maustaste auf.
Im Kontextmenü wählt man Publish… aus. Dies startet den Publizierungsprozess. Zuerst werden die Deployment Dateien in entsprechende Pakete verteilt. Die Anwendung wird in die Datei CloudService1.cspkg gepackt und die Service Konfiguration findet man in der Datei ServiceConfiguration.cscfg. Diese Dateien findet man im Publish Verzeichnis des Projektes. Das Dateiverzeichnis wird vom Publish Prozess automatisch geöffnet.
Gleichzeitg wird der Webbrowser mit dem Windows Azure Hosting Portal geöffnet. Hier meldet man sich mit der Windows Live ID an
und wählt das Projekt PDC08 CTP aus.
Nun wählt man das existierende Projekt aus (in meinem Fall: Meine erste Azure Anwendung)
und geht auf die “Production” Umgebung. Es hängt jetzt davon ab ob Sie schon eine existierendes Paket am Laufen haben oder nicht. Falls ein existierendes Paket läuft, so drücken Sie bitte den Button “Suspend” und warten bis die Anwendung gestoppt ist um dann den Button “Delete” zu drücken. Nach einigen Sekunden sollten Sie wieder eine leere “Production” Umgebung haben.
Danach drücken Sie Deploy und geben die entsprechenden Dateien in den Upload Dialog ein, nämlich CloudServer1.cspkg für das Application Package und ServiceConfiguration.cscfg für die Service Configuration. Noch einen Service Deployment Label eintippen und Deploy drücken.
Für eine ausführliche Beschreibung können Sie sich den Blog Post AzureNow How-To-Guide: Eine Web Anwendung auf Windows Azure Publizieren zu Rate ziehen.
Wenn das Deployment erfolgreich durchgeführt wurde, sind die entsprechend Ressourcen allokiert und Sie können die Anwendung mittels “Run” starten.
Jetzt warten Sie noch bis der Status auf Started steht und nun können Sie die Anwendung über die Produktions-URL entsprechend im Webbrowser starten
Heute darf ich das Windows Azure Gewinnspiel vorstellen. Worum geht es? Jeder der eine Windows Azure Anwendung bis zum Stichtag, dem 10.11.09 16.00 Uhr MEZ publiziert und uns die URL per Email schickt, kann ein Visual Studio 2010 Professional gewinnen. Wir verlosen insgesamt 100 Stück. Hierbei ist es auch möglich mehrere Azure Anwendungen zu publizieren um die Chance auf die Gewinnmöglichkeit zu steigern. Der Zeitaufwand beträgt hierfür ca. 15 Minuten. Was muß ich tun um mitzumachen?
Wenn Sie bereits eine Windows Azure Web Anwenung erstellt haben, können Sie natürlich auch diese melden. Stellen Sie lediglich sicher, das die Windows Live ID mit der Sie diese Anwendung auf Windows Azure publiziert haben, die Ländereinstellungen Deutschland enthält. Dies ist unter Schritt 1 beschrieben.
Wenn Sie noch keine Windows Azure Web Anwendung erstellt haben können Sie dies jetzt nachholen. Sie benötigen nicht einmal Entwicklertools. Lediglich einen PC mit Internet Zugang. Die folgenden 5 Schritte beschreiben den Weg um am Gewinnspiel teilzunehmen.
Hier die Schritte um am Gewinnspiel teilzunehmen:
Um sich einen Account für Windows Azure anlegen zu können benötigt man eine Windows Live ID. Wichtig ist, das die Windows Live ID die Region Deutschland eingestellt hat.
Befolgen Sie einfach die Schritte die unter dem Link AzureNow How-To-Guide: Ländereinstellung der Windows Live ID prüfen beschrieben sind.
Alternativ können Sie sich auch dieses Video anschauen.
Befolgen Sie einfach die Schritte, die unter dem Link AzureNow How-To-Guide: Erstellen einer Windows Live ID beschrieben sind.
Für die Möglichkeit eine Web Anwendung auf Windows Azure zu hosten müssen Sie zuerst einen Windows Azure Invitation Token anfordern. Diesen Token erhalten Sie momentan von der Microsoft Connect Seite. Hierzu benötigen Sie die Windows Live ID aus Schritt 1.
Befolgen Sie einfach die Schritte, die unter dem Link AzureNow How-To-Guide: Anfordern eines Windows Azure Invitation Token beschrieben sind.
Wenn Sie den Invitation Token haben, erstellen Sie sich auf http://windows.azure.com einen Windows Azure Account. Dort werden Sie aufgefordert den Token mit dem Account zu verbinden. Hierzu benötigen Sie die Windows Live ID aus Schritt 1 und den Invitation Token aus Schritt 2.
Befolgen Sie einfach die Schritte, die unter dem Link AzureNow How-To-Guide: Einen Windows Azure Account anlegen beschrieben sind.
Jetzt können Sie die vorgefertigte ASP.NET Web Anwendung auf Windows Azure publizieren.
Die vorgefertigte ASP.NET Web Anwendung namens WADA (Windows Azure Deployment Application) können Sie hier herunterladen.
Link: Download WADA.zip
Befolgen Sie einfach die Schritte, die unter dem Link AzureNow How-To-Guide: Eine Web Anwendung auf Windows Azure Publizieren beschrieben sind.
Wenn Sie die Anwendung erfolgreich publiziert haben und diese in der “Production” Umgebung des Windows Azure Dienstes läuft dann schicken Sie einfach die URL Ihrer Web Anwendung per Email.
Sie haben nun eine Windows Azure Anwendung erfolgreich publiziert und am Gewinnspiel teilgenommen. Sie können allerdings auch eine eigene Web Anwendung auf Windows Azure hosten und mit dieser am Gewinnspiel teilnehmen. Wenn Sie gerne mehr darüber erfahren möchten welche Schritte notwendig sind um sich die Entwicklungstools für Windows Azure zu installieren und eine eigene Web Anwendung zu schreiben so können Sie sich diese Blog Posts durchlesen.
AzureNow How-To-Guide: Windows Azure Entwicklungsumgebung installieren
AzureNow How-To-Guide: Eine eigene ASP.NET Web Anwendung auf Windows Azure hosten
Mein Kollege Oliver Scheer hat auf seinem Blog eine Reihe gestartet, die jeden Tag über Features und Interessantes zu Windows 7 berichtet. Wochenweise wird hierbei ein Fokusthema behandelt. Hier die Übersicht der Fokusthemen:
Der Countdownzähler ist ebenfalls von ihm, finde ich ein nettes Gimmick:
Es sind schon einige Posts erschienen und die Serie kann man auf seinem Blog verfolgen unter www.the-oliver.com.
T-49 – Donnerstag – Herzlich Willkommen
T-48 – Freitag – Windows 7 Installation
T-47 – Samstag – Must-have Tools für jeden Anwender: Windows Live Essentials
T-46 – Sonntag – Media Center
T-45 – Montag – Windows 7 – Die oberflächlichen Neuerungen
T-44 – Dienstag – Windows 7 auf Knopfdruck
T-43 – Mittwoch – Die technischen Neuerungen unter der Haube