Vom 25. bis 28. Juni 2013 ist es wieder soweit, die TechEd gibt ihr europäisches Gastspiel. Treffpunkt für Entwickler und IT Professionals im Microsoft-Umfeld ist im diesen Jahr die spanische Hauptstadt Madrid. Wie gewohnt bietet die wichtigste Technologiekonferenz von Microsoft jede Menge unterschiedlicher Lernmöglichkeiten und Hands-on Trainings, bei der Sie als Entwickler Ihr Fachwissen zu allen relevanten Microsoft-Technologien wie z. B. Office 365, Sharepoint oder Windows Phone, auf den neuesten Stand bringen können. Nutzen Sie darüber hinaus die Chance, brandneue Produkte detailliert kennenzulernen. Die Workshops und Vorträge gehen dabei weit über bloße Produktvorstellungen hinaus und liefern tieftechnische Details und Best Practices. Wer sich bis zum 22. März 2013 für eine Teilnahme entscheidet, kommt in den Genuss des Early-Bird-Tarfis und zahlt 1.695 US-Dollar statt regulär 1.995 US-Dollar.

Seit Ende Februar können Entwickler und Interessierte die Beta-Version von Visual Studio kostenlos ausprobieren – und die Download-Zahlen zeigen, dass sehr fleißig getestet wird. Im April und Mai haben Sie die Gelegenheit, sich die Neuerungen und Verbesserungen der Entwicklungsumgebung genauer anzusehen – auf der kostenlosen Visual Studio 11 Beta Roadshow!

Unter dem Motto "Visual Studio goes to Eleven" stellen dabei Experten wie Christian Binder, Patric Boscolo, Thomas Schissler oder Neno Loje wichtige Funktionen, sehenswerte Features und neue Möglichkeiten vor – sowohl für einzelne Entwickler wie auch für größere Entwicklungsteams. Auf der fünfstündigen Agenda stehen unter anderem Vorträge zur neuen IDE, zum Zusammenspiel von Team Foundation Server und Visual Studio sowie zu agilen Teams und ALM.

Die Tour macht bundesweit in vier Städten Halt – am 24. April in München, am 25. April in Frankfurt am Main, am 26. April in Karlsruhe und schließlich am 10. Mai in Hamburg. Die Anzahl der Plätze ist begrenzt – eine schnelle Anmeldung ist daher empfehlenswert.

GunnarD

GunnarD

Sie wollen gleich auf die relevante Software zugreifen und diese jetzt testen. Dann folgen Sie den Links ins TechNet Evaluierungscenter

•             Windows Server 2008 R2 with SP1 http://technet.microsoft.com/evalcenter/dd459137.aspx?ocid=otc-n-de-jtc--EVAL_WS2008R2SP1

•             Hyper-V Server 2008 R2 SP1 http://technet.microsoft.com/evalcenter/dd776191.aspx?ocid=otc-n-de-jtc--EVAL_HVS2008R2SP1

•             System Center Virtual Machine Manager 2008 R2 SP1 http://technet.microsoft.com/evalcenter/cc793138.aspx?ocid=otc-n-de-jtc--EVAL_SCVMM2008R2SP1

•             System Center Virtual Machine Manager 2012 RC http://technet.microsoft.com/evalcenter/gg678609.aspx?ocid=otc-n-de-jtc--EVAL_SCVMM2012RC

•             System Center Operations Manager 2007 R2 http://technet.microsoft.com/evalcenter/bb738014.aspx?ocid=otc-n-de-jtc--EVAL_SCOM2007R2

•             System Center Configuration Manager 2007 R3 http://technet.microsoft.com/evalcenter/bb736730.aspx?ocid=otc-n-de-jtc--EVAL_SCCM2007R3

•             System Center Configuration Manager 2012 Beta 2 http://technet.microsoft.com/evalcenter/ff657840.aspx?ocid=otc-n-de-jtc--EVAL_SCCM2012BETA2

GunnarD

Kommen Sie zum exklusiven Münchner C++ Day mit Starsprechern von Microsoft USA und Intel. Performance/Graphics/Windows/Parallel: Das Herbst-Ereignis für C++ Developer. Begrenzte TN-Zahl, schnell anmelden!

Am 19. Oktober 2011 findet nachmittags im schicken MACE Restaurant in München der Münchner C++Day 2011 statt. Hier erfahren 50 C++ Developer exklusiv alles zu den Angeboten und Neuerungen von Microsoft und Intel im Bereich C++.

Die Teilnahme ist kostenlos aber es sind nur 50 Plätze verfügbar, also melden Sie sich umgehend an, um das Event nicht zu versäumen: Zur kostenlosen Anmeldung für den Münchner C++ Day 2011.

Unter anderem erwarten Sie die folgenden Sessions

Keynote: Visual Studio 11 and Windows – Powering the Next Wave of Innovation
Visual Studio C++ Program Manager Boris Jabes und Visual Studio Architect Jean-Pierre Duplessis stellen die neuesten Entwicklungen und Ausblicke für C++ in Visual Studio und auf der Microsoft-Plattform vor. Eine Session, die kein C++ Developer verpassen sollte.

Effective C++ Programming with Visual Studio 11 Ultimate
Programmer productivity in the era of agile development is no longer something we can count with lines of code. Visual Studio brings together a slew of lifecycle management tools—from architecture analysis to unit testing—that dramatically improve the productivity of C++ developers everywhere. Come learn how the next version Visual Studio will help you embrace agile methodologies like never before!

Unleash Parallel Performance with C++ in Visual Studio 11
Parallelism is everywhere. The upcoming version of Visual C++ enables native developers to remain the kings of performance across all form-factors. With new compiler technology, we will show how every developer can take advantage of multi-core CPUs. With C++ AMP, we bring the cheap & awesome power of GPUs to every C++ programmer. Finally, we bring it all together with enhancements to the debugging and profiling experiences across VS.

Graphics & Game development tools in Visual Studio 11
Visual Studio 11 brings the most significant set of improvements for developing graphics-intensive apps in over a decade. Whether you are just getting started with 2D/3D games or a self-proclaimed “Guru”, there's something for you in this talk. We will walkthrough a slew of new tools integrated into Visual Studio that will make your life better.

Hochkarätige Sprecher von Microsoft und Intel

Die Teilnahme ist kostenlos aber es sind nur 50 Plätze verfügbar, also melden Sie sich umgehend an, um das Event nicht zu versäumen: Zur Anmeldung für den Münchner C++ Day 2011.

Vorneweg: DIE Antwort auf diese Frage werde ich hier nicht geben, aber hoffentlich ein paar wesentliche Gedanken zur eigenen Meinungsbildung.

Wenn man auf den Microsoft Support Seiten nach den Begriffen “pagefile large memory” sucht, findet man auf jeden Fall Berge von Treffern – an Lesestoff sollte also erst einmal kein Mangel sein. Aber zum Thema:

Wie jedes andere moderne Betriebssystem verwendet Windows eine virtuelle Speicherverwaltung. Der “scheinbar” verfügbare Arbeitsspeicher ist daher in der Regel merklich größer als der physisch in dem Rechner verbaute Speicher. Dazu lagert der Memory Manager bei Bedarf physische Speicherseiten aus dem Arbeitsspeicher auf die Platte aus, um den freigewordenen Speicher zur Erfüllung einer Anfrage nach Speicher zu verwenden. Wird der ausgelagerte Speicher von der entsprechenden Anwendung wieder benötigt, lagert das Betriebssystem diesen wieder ein und dafür bei Bedarf andere am längsten nicht benutzte Seiten wieder aus. Das ist der generelle bekannte Prozess. Auf der anderen Seite lagern moderne Memory Manager auch dann Speicherseiten in die Auslagerungsdatei aus, wenn noch gar kein Engpass besteht. Dies ist ein Hintergrundprozess, der dann läuft, wenn das System nicht ausgelastet ist. Die Leistungsfähigkeit des darunter liegenden (Festplatten) Speichers ist daher von untergeordneter Bedeutung. Sollte aber jetzt plötzlich Speicher benötigt werden, steht sehr schnell freier Speicher zur Verfügung, da er sowohl im RAM wie auch in der Auslagerungsdatei existiert und daher nur noch gelöscht (mit NULL beschrieben) werden muss.

Anders sieht es aus, wenn ein akuter Engpass besteht. Dann muss der Memory Manager die Speicherseiten suchen, die am ehesten ausgelagert werden können, diese in die Auslagerungsdatei schreiben, den Speicher löschen und dann der anfragenden Anwendung übergeben. Hier ist die Geschwindigkeit beim schreiben in die Auslagerungsdatei von entscheidender Bedeutung. Ähnliches gilt beim Einlagern – hier ist die Lesegeschwindigkeit entscheidend.

Ein grundlegender Artikel über die Zusammenhänge bietet KB2267427.

1. Frage: Braucht es überhaupt eine Auslagerungsdatei, wenn viel physischer Arbeitsspeicher im System vorhanden ist?

Einmal dient die Auslagerungsdatei als Erweiterung des installierten Arbeitsspeichers. Ist dort genügend vorhanden, bräuchte man im Prinzip keine Auslagerungsdatei. Server sollten auch so dimensioniert sein, dass das Auslagern möglichst vermieden wird oder aber eher sparsam vorkommt. Immerhin ist RAM in der Größenordnung von 800.000 Mal schneller als eine Festplatte. Aber die Auslagerungsdatei ist bei Windows auch notwendig, wenn man im Falle eines Systemabsturzes diesen analysieren will. Die Erstellung der Crash Dump Datei geht nur über die Auslagerungsdatei: KB254649. Je nach Art des benötigten Dump kann man daher die Auslagerungsdatei auch deutlich kleiner dimensionieren, als der installierte Arbeitsspeicher. Bei sehr großen Servern entspricht dies auch der empfohlenen Vorgehensweise.

2. Frage: Empfiehlt sich eine eigene Swap Partition?

Bei Unix/Linux Systemen ist “Swap” ein eigener Partitionstyp. Im Prinzip handelt es sich hier um ein Raw Device, das direkt vom Memory Manager verwaltet wird. Windows verwendet dagegen die bekannte Auslagerungsdatei. Die Datei “Pagefile.sys” entspricht dabei dem Raw Device. Da die Datei immer auf einer formatierten Partition liegt, ist es daher prinzipiell erst einmal egal, wo diese liegt. Eine eigene Partition definiert hierbei die maximale Größe, da sie nicht beliebig vergrößert oder verkleinert werden kann. Aus Performance Sicht betrachtet, ist der Overhead des Dateisystems auf jeden Fall zu berücksichtigen – eine eigene Partition bringt keine Vorteile. Vermieden wird aber eine mögliche Fragmentierung, da es eigentlich nur diese eine Datei gibt (etwas vereinfacht betrachtet). Auf der anderen Seite fällt abe einer Fragmentgröße von etwa 64MB die Fragmentierung nicht mehr wesentlich ins Gewicht, weswegen auch der Windows Defragmentierer nicht das Ziel hat, 0% Fragmentierung zu erreichen. Hintergrund: Der Aufwand der erneuten Positionierung der Leseköpfe im Verhältnis zu gesamt benötigten Lesezeit wird sehr klein und kann daher meist vernachlässigt werden.

3. Frage: Auf welcher Platte bringe ich die Auslagerungsdatei sinnvoll unter?

Bezogen auf die Ausführungen von oben, sollte die Notwendigkeit der Nutzung der Auslagerungsdatei, also der Vorgang des benötigten Auslagerns zur Befriedigung der Nachfrage nach Speicher für Anwendungen möglichst vermieden werden oder aber begrenzt werden. Kann dies durch eine entsprechende Auslegung des Servers erreicht werden, sieht die Auslagerungsdatei im wesentlichen nur Hintergrundaktivitäten, weswegen die Platzierung relativ egal wäre. Ansonsten muss man nicht die Frage nach der eigenen Partition, sondern (aus Performance Sicht) die der eigenen Spindeln stellen. Nur so optimieret man die Leistung der Auslagerungsdatei. Aber: Selbst dann ist die schnellste Platte etwa 800.000 Mal langsamer als der langsamste Arbeitsspeicher…

4. Frage: Lohnt es sich eine SSD für die Auslagerungsdatei zu verwenden?

Eine SSD ist sicherlich erheblich schneller als eine Festplatte. Wenn sie 100x so schnell wie die Festplatte wäre, wäre sie aber immer noch etwa 8.000 Mal langsamer als Arbeitsspeicher… Entsprechende Kapazitäten mit hoher Geschwindigkeit kosten aber auch relativ viel Geld – zumindest im Vergleich zur klassischen Festplatte. Arbeitsspeicher dürfte dann im Verhältnis wieder teurer als die SSD sein, aber auch erheblich schneller. Der Gewinn an Systemleistung bei ausreichendem Arbeitsspeicher dürfte aber über alles betrachtet immer noch die preiswerteste Lösung sein (Kosten / Nutzen).

5. Frage: Wann betrifft mich das Problem eigentlich?

Einfach gesagt: Immer dann, wenn der Server mehr Arbeitsspeicher sinnvoll verwenden könnte. Beispiel: Ein Virtualisierungshost erlaubt ein Memory Overcommit. Sobald die virtuellen Maschinen ihren Arbeitsspeicher benötigen, muss der Host anfangen, auszulagern. Gegebenenfalls wird dabei die virtuelle Maschine angehalten oder der Host verweigert temporär weitere Dienste. Dies ist im wesentlichen der Grund, warum Hyper-V mit “Dynamic Memory” kein Overcommit, sondern eine dynamische Balancierung des verfügbaren Arbeitsspeichers zwischen den virtuellen Maschinen anbietet. Andere Serveranwendungen zwingen das System gegebenenfalls indirekt zum Auslagern. Solange Speicher vorhanden ist, nutzen sie zur Arbeit (meist als Cache) was sie kriegen können. Laufen gleichzeitig andere Dienste, die irgendwann einmal plötzlich mehr Speicher benötigen, gibt es einen Engpass, weil die andere Anwendung nichts von “Ihrem” Speicher wieder frei gibt. Dann wird Windows gezwungen, die Auslagerungsdatei zu Hilfe zu nehmen… Deswegen ist es zum Beispiel nicht empfehlenswert, neben dem SQL Server oder Exchange noch andere Dienste auf dem gleichen Server zu betreiben.

Fazit oder wie macht man es vermutlich richtig?

Wichtig ist erst einmal die Arbeitslast der jeweiligen Rechner zu kennen und die Notwendigkeit der Auslagerung zu erkennen. Dazu sollte man wissen, dass Windows, wenn es nicht untersagt wird, immer auslagert, wie auch oben beschrieben. Um einen Überblick darüber zu bekommen, ob es sich um Hintergrundaktivitäten oder eine Notwendigkeit für den Betrieb handelt, kann man die Informationen der Artikels KB2267427 und KB2160852 und die dort angeführten Leistungsindikatoren zur Beurteilung heranziehen. Dazu sollte man wissen, dass es Unterschiede zwischen 32-Bit (ältere Server, KB2160852) und 64-Bit (ab Windows Server 2003 möglich, ab Windows Server 2008 R2 nur noch verfügbar, KB889654) gibt.

Als Grundregel sollte man erst einmal Windows die Kontrolle über die Auslagerungsdatei überlassen. Speziell bei sehr “großen” Servern kann dies aber nachteilig sein, siehe auch KB955635. Hier sollte man dann selbst die Konfiguration vornehmen. Üblicherweise wird daher die Auslagerungsdatei sehr viel kleiner werden, als der installierte Arbeitsspeicher. Man darf dabei aber nicht vergessen, dass dies Auswirkungen auf die Diagnosemöglichkeiten bei Systemabstürzen hat (KB254649).

Bei Virtualisierungshosts darf man nicht vergessen, dass auch die Hostpartition (das installierte Windows System) arbeiten muss. Wenn die virtuellen Maschinen den Host auslasten, kann daher die Parent Partition gezwungen sein, für den eigenen Bedarf auszulagern. Hier sollte dann die Kalkulation des Speicherbedarf des Host eine Grundlage für die Festlegung der Auslagerungsdatei liefern.

Am Ende bleibt noch zu bedenken, dass in der Auslagerungsdatei potentiell sensitive Daten lagern. Wer also den Host mittels Bitlocker schützt, muss auch darauf achten, dass die Partition mit der Auslagerungsdatei verschlüsselt ist. Die Option zum Löschen der Auslagerungsdatei hilft hier aus zwei Gründen nicht: Einmal verlangsamt sie jedes Herunterfahren (meist in nicht akzeptabler Weise), da die Auslagerungsdatei komplett mit NULL beschrieben wird und andererseits, weil das System ja auch nicht geordnet stehen bleiben kann, wobei die Auslagerungsdatei ihren vollständigen Inhalt behält.

Wie jedes andere jemals geschriebene Programm jenseits von Hello, World! lauern sowohl in dem Tutorial als auch in dem Anwendungscode einige Fallstricke, die kleinere oder größere Schönheitskorrekturen erfordern. Dennoch bietet das Tutorial einen sehr brauchbaren und zudem völlig kostenlosen Einstieg in MVC 3.

Was mir an der Anwendung besonders gefällt: Sie bildet eine perfekte Ausgangsbasis zur Betrachtung einer Reihe spannender Fragestellungen, auf die man bei kleineren Beispielen so nicht stoßen würde oder die belanglos wären. Sprich, sie gibt genug Stoff her, um Theorie und Praxis hart kollidieren zu lassen. Zudem kann jeder Interessierte sich die fertige Anwendung herunterladen oder ihre Entwicklung Zeile für Zeile nachvollziehen kann.

Daher starte ich hier eine Blog-Serie rund um den MVC Music Store (in der aktuellen Version 3.0b) mit einer Reihe von Themen, die da anfangen, wo das Tutorial aufhört:

• Software-Entwurf
• Testing
• Deployment auf IIS mit Web Deploy
• Deployment auf Windows Azure

Doch bevor ich mit diesen inhaltlichen Themen der Blog-Serie beginne, möchte ich erst einmal eine Reihe von Änderungen bzw. Bugfixes vorstellen, die ich der Anwendung bei meinem persönlichen Durchgang durch das Tutorial verpasst habe.

Layout-Bug in allen Browsern

Je nach Fenstergröße des Browsers und der Anzahl der Alben (z.B. beim Genre Classical) offenbart der Browse-View unter Store einen unschönen Layout-Fehler. Anstatt sich links neben dem Genre-Menu auszurichten, rutschen die Alben unter das Menu. Dies betrifft alle von mir getesteten Browser, d.h. Internet Explorer 9 (s.u.), Firefox 5 und Chrome 12.

Der Fix hierfür lehnt sich direkt an die erste Version des MVC Music Store an:

1. Man entfernt in die Eigenschaft float: left für #main in Site.css.
2. Man umschließt in _Layout.cshtml das gesamte Markup unterhalb des Body mit einem zusätzlichen <div id="container></div>:
   

   <body>
       <div id="container">
           <div id="header">
           </div>
           <div id="main">
           </div>
           <div id="footer">
           </div>
       </div>
   </body>

Die CSS-Definition für #container existiert bereits in Site.css, sie wurde scheinbar nur vergessen.

Alben anlegen und ändern (S.62 ff)

Als deutschsprachiger Nutzer des Tutorials wird man unweigerlich über den folgenden Fehler stolpern: Versucht man bei einem vorhandenen oder neu anzulegenden Album den Preis anzugeben, verwirft die client-seitige JavaScript-Validierung die Eingabe, obwohl diese syntaktisch korrekt ist…

… aber nur für den Fall, dass man als Anwender das deutsche Zahlenformat verwendet. Tatsächlich erwartet das jQuery Validation-Plugin out-of-the-box aber das amerikanisch-englische Zahlenformat, welches jedoch anstelle eines Kommas den Punkt als Dezimaltrennzeichen verwendet. Gibt man daher "9.99" anstatt "9.99" ein, so folgt nun eine serverseitige Fehlermeldung…

… wenn man auf seinem Entwicklungsrechner die deutschen Kultureinstellungen in den Regional Settings von Windows gesetzt hat. Dieser Fehler rührt daher, dass der DefaultModelBinder von ASP.NET MVC 3 den String "9.99" anhand der aktuellen Kultureinstellungen (entnommen aus Thread.CurrentCulture) zu parsen versucht… aber nun eben anhand des deutschen Zahlenformats.

Der einfachste Fix hierfür ist das Festsetzen der Kultureinstellungen für die Applikation in web.config:

  <system.web>
     
    <globalization culture="en-US" />
        
  </system.web>

Dies ist natürlich nur ein Hack, aber zumindest kann man dann (unter Nutzung des amerikanisch-englischen Formats) Alben anlegen und ändern. Ich komme auf eine bessere Lösung später zurück.

Geschafft? Fast… denn ein Klick auf Save führt nun zu einem YSOD:

Dieser Fehler tritt auf, weil in der Edit-Action des StoreManagerController der Model Binder eine Album-Instanz erzeugt, ohne die Eigenschaft AlbumId (den Primary Key) zu setzen – diese wird nämlich explizit vom Model Binding per Attribut ausgeschlossen:

[Bind(Exclude = "AlbumId")]
public class Album
{
}

Das vom Entity Framework 4.1. generierte UPDATE-Statement scheitert also letztendlich an dem implizit generierten WHERE AlbumId = 0. Den Primary Key eines Objekts von der Datenbindung auszuschließen macht durchaus Sinn, weswegen ich die Edit-Action entsprechend der vorherigen Version des MVC Music Store implementiert habe:

[HttpPost]
public ActionResult Edit(int id, FormCollection form)
{
    Album album = db.Albums.Find(id);
    if (TryUpdateModel(album))
    {
        db.SaveChanges();
        return RedirectToAction("Index");
    }
    ViewBag.GenreId = new SelectList(
        db.Genres, "GenreId", "Name", album.GenreId);
    ViewBag.ArtistId = new SelectList(
        db.Artists, "ArtistId", "Name", album.ArtistId);
    return View(album);
}

Anstatt den Model Binder das Objekt zu erzeugen und es dem DbContext unterzuschieben, lade und binde ich das Album hier explizit. Den FormCollection-Parameter benötigt die Methode nicht wirklich. Er dient nur dazu, die Überladung des Methodenbezeichners Edit zuzulassen, da GET- und POST-Action sonst dieselbe Methodensignatur hätten, was nicht funktioniert.

Don’t Just Try (S.116)

Der CheckoutController verwendet ein etwas befremdliches Kontrukt und ruft TryUpdateModel() auf, ohne den Rückgabewert zu prüfen. Da der anschließende Teil der Methode sowieso innerhalb eines try-Blocks ausgeführt wird, verwende ich stattdessen UpdateModel() in dem try-Block. Ferner kann man sich das Auslesen des Promo-Codes aus den Formular-Daten sparen, diesen Job kann der Model Binder erledigen.

[Nachtrag vom 10.07.] 
Ich habe die Methode nochmal geändert und lasse nun auch die Order-Instanz vom Model Binder erstellen, da die vorherige Fassung für Unit Tests mehr Aufwand hinsichtlich Test Doubles erfordert. Die Methode ist in dieser Hinsicht noch nicht perfekt, aber dazu kommen wir noch .

[HttpPost]
public ActionResult AddressAndPayment(string promoCode, Order order)
{
    if (!ModelState.IsValid)
    {
        return View(order);
    }
    try
    {
        if (!String.Equals(promoCode, PromoCode, StringComparison.OrdinalIgnoreCase))
        {
            return View(order);
        }
        else
        {
            order.UserName = User.Identity.Name;
            order.OrderDate = DateTime.Now;
 
            // Save order
            storeDB.Orders.Add(order);
            storeDB.SaveChanges();
 
            // Process the order
            var cart = ShoppingCart.GetCart(HttpContext);
            cart.CreateOrder(order);
 
            return RedirectToAction("Complete", new { id = order.OrderId });
        }
    }
    catch
    {
        // Invalid - redisplay with errors
        return View(order);
    }
}

[HttpPost]
public ActionResult AddressAndPayment(string promoCode)
{
    var order = new Order();
    try
    {
        UpdateModel(order);
        if (!String.Equals(promoCode, PromoCode, StringComparison.OrdinalIgnoreCase))
        {
            return View(order);
        }
        else
        {
            order.UserName = User.Identity.Name;
            order.OrderDate = DateTime.Now;
 
            // Save order
            storeDB.Orders.Add(order);
            storeDB.SaveChanges();
 
            // Process the order
            var cart = ShoppingCart.GetCart(HttpContext);
            cart.CreateOrder(order);
 
            return RedirectToAction("Complete", new { id = order.OrderId });
        }
    }
    catch
    {
        // Invalid - redisplay with errors
        return View(order);
    }
}

So viel zu den echten Bugs, im nächsten Teil beschreibe ich dann einige rein stilistische Änderungen.

In einer Umfrage interessiert sich das Team dafür, welche Feature sich die Entwickler für das nächste Release wünschen und geben Euch die Möglichkeit auf einer englischsprachigen Webseite direkt Features vorzuschlagen.

Die Umfrage ist unter dem Link http://mssqlconn.uservoice.com/forums/113295-feature-feedback erreichbar.

GunnarD

Seit Mitte des Monats gibt es eine RTW Version von verschiedenen häufig genutzten Teilen der Enterprise Library 5 auch für die Silverlight CoreCLR.

Die Enterprise Library wird gerade für viele “Line of Business” Applikationen in den Bereich der Querschnittsfunktionen eingesetzt. Durch eine Umfrage hat man ein Featureset der Enterprise Library ermittelt, dass sich vielen Entwickler auch für die Silverlight Plattform wünschen.

Die Features sieht man in der folgenden Abbildung.

Die Silverlight Version kann man hier herunterladen http://msdn.microsoft.com/entlib.

GunnarD

Warum könnte der wichtig sein? Relativ einfach: Viele Anwendungen wandern in die Cloud und damit in den Browser. Die vielfach noch verwendeten älteren Browser sind einfach nicht mehr sicher genug oder erfüllen nicht die gestellten Anforderungen – man denke nur an HTML 5. Auf der anderen Seite verhalten sich moderne Browser häufig etwas anderes als die gewohnten älteren, was wiederum zu Kompatibilitätsproblemen führt.

Der TechDay hilft dabei, die Unterschiede zu verstehen und bei allem, was man benötigt, den Rollout zu bestreiten und Anwendungen kompatibel zu gestalten.

Nur muss man sich beeilen – in einer Woche ist es schon soweit und der TechDay läuft an. Er findet online statt und ist wie gewohnt kostenlos.