Seit dem Update auf SQL 2008 und Management Studio 2008 hat es beim Anlegen von Primary Keys beispielsweise immer wieder Fehlermeldungen [Saving changes is not permitted. The changes you have made require the following tables to be dropped and re-created. You have either made changes to a table that can't be re-created or enabled the option Prevent saving changes that require the table to be re-created.] gegeben. Der Bock liegt in den Optionen versteckt:

Tools/Options/Designer -> Option: Prevent saving changes that require table re-creation

ist standardmässig aktiviert. Offensichtlich baut der SQL Server die Tabellen bei der Vergabe eines PKs neu auf (?). Wie auch immer, nachdem diese Option disabled wurde, funktioniert nun alles bestens.

Nach der Installation von Windows 7 64bit mit IE8 gibt es offensichtlich keine Möglichkeit, in IE8 das Javascript Debugging abzustellen. Eine entsprechende Checkbox in den Internetoptionen hat keinen Einfluss auf das Verhalten, bei der Verwendung des Development Servers dauert die Ausführung von Webprojekten gefühlte 5-10x länger. Nach einer längeren Google Suche bin ich auf folgende Lösung gestossen:

Den 32bit Commandprompt als Administrator öffnen (c:\windows\syswow64\cmd.exe) und folgenden Registry Hack ausführen:

reg add HKLM\SOFTWARE\Microsoft\VisualStudio\9.0\AD7Metrics\Engine\{F200A7E7-DEA5-11D0-B854-00A0244A1DE2} /v ProgramProvider /d {4FF9DEF4-8922-4D02-9379-3FFA64D1D639} /f

Spätestens beim nächsten VS2008 Start ist das Script Debugging disabled! Um das Debugging wieder zu aktivieren, folgenden Hack ausführen:

reg add HKLM\SOFTWARE\Microsoft\VisualStudio\9.0\AD7Metrics\Engine\{F200A7E7-DEA5-11D0-B854-00A0244A1DE2} /v ProgramProvider /d {170EC3FC-4E80-40AB-A85A-55900C7C70DE} /f

Die Credits für diese Lösung gehören www.dotnetpete.com! Thanks alot!

Bei jedem Update der Telerik Controls hat sich Visual Studio geweigert, die Controls im Design Mode ordentlich darzustellen. Einfache und notwendige Arbeitsschritte wie beispielsweise das Registrieren eines spezifischen Handlers in web.config wurden dadurch mühsam. Im Netz kursieren recht viele nutzlose Anleitungen zu diesem Thema, nun habe ich aber einen reproduzierbaren Weg gefunden, das Problem zu lösen.

1. Die neuen Telerik Controls downloaden (Scripts + DLL), nach C:\Programme\Telerik\ kopieren
2. In der Toolbox einen neuen Tab hinzufügen, über Choose Items die neuen Controls hinzufügen
3. Neues Projekt erstellen
4. Control aus Toolbox auf Form ziehen

Wenn der Fehler hier auftaucht, wie folgt vorgehen:

1. Solution speichern und Visual Studio schliessen
2. Alle temporären Verzeichnisse und Dateien unter „C:\Windows\Microsoft.NET\Framework\v.2.0.50727\Temporary Asp.net Files\root“ löschen
3. Alle temporären Verzeichnisse und Dateien unter „C:\Users\((username))\AppData\Local\Microsoft\VisualStudio\9.0\ProjectAssemblies“ löschen
4. Visual Studio 2008 starten mit dem vorher angelegten Projekt. Die referenzierte Assembly Telerik.Web.UI entfernen.
5. Die DLL „Telerik.Web.UI.dll“ manuell ins Projekt kopieren und die Assembly zu den Referenzen hinzufügen.

Nun sollte das Problem gelöst sein und im Design Mode das Control richtig angezeigt werden. Startet man nun ein weiteres leeres Projekt, können die Controls aus der Toolbox via Drag&Drop platziert werden ohne Probleme.

Für Legacy-Projekte, welche mit dem .net Framework 1.1 erstellt wurden, läuft auf unseren Vista PCs Microsoft Virtual PC mit XP Pro und dem Visual Studio 2003. Standardmässig ist in VPC 2007 AltGr als Host Key definiert. Der Host Key ermäglicht es, diverse Steuerungsbefehle innerhalb der VM an den Host zu senden. Dumm nur, dass beim Schreiben von Code regelmässig Sonderzeichen wie {}, [], # oder @ benötigt werden, die auf CH-Tastaturen via AltGr eingegeben werden müssen (ausser man ist ein Freund von direkten Ascii-Code Eingaben ).

Die Lösung ist total simpel: in den Optionen der VPC Konsole kann unter „Tastatur“ der Host Key neu definiert werden (z.Bsp. die linke ALT-Taste). Wichtig: die Option existiert nur in der VPC Konsole und nicht in den Eigenschaften der VM! Happy coding!

Ein überaus lästiges Verhalten (tönt irgendwie schöner als „Bug“..) in Visual Studio 2008 SP1 hatte uns das Leben schwer gemacht. In einigen Projekten hat plötzlich die Intellisense Unterstützung komplett versagt, auch das automatische Source-Code Formatieren von Web Forms hat nicht mehr funktioniert. Das Projekt blieb aber zu jedem Zeitpunkt kompilierbar und lief einwandfrei. Im Telerik Blog wurde das Entfernen von diversen temporären Dateien empfohlen, das hat das Problem bei uns aber nicht gelöst. Auch das mehrfache Öffnen und Schliessen oder die Bearbeitung von Forms bei gleichzeitig geöffneter Masterpage hatte keinerlei Effekt.

Die einzige Lösung, die sich auf allen Maschinen bewährt hat: wenn Intellisense nicht mehr funktioniert, einfach ein beliebiges Telerik Control aus der Toolbox auf die Form ziehen. Vorher muss sichergestellt werden, dass der „bin“ Ordner nicht im Projekt inkludiert wurde! Visual Studio 2008 SP1 Intellisense funktionierte danach wieder einwandfrei in allen Forms und Controls. Microsoft sollte dringend einen Hotfix für dieses Problem nachschieben, da es offensichtlich ziemlich viele Entwickler betrifft.

Beim Rollout einer kleinen Webapplikation auf einen Windows 2008 Server mit IIS7 funktionierte das client-seitige AJAX Framework nicht, ein Javascript Error ’sys is undefined’ sorgte dafür, dass die App unbrauchbar wurde. Mit dem in VisualStudio 2008 integrierten Development Server klappte alles prima und sämtliche Tests auf allen möglichen Browsern liefen sauber durch.

Ich vermutete ein Problem mit dem Handler und setzte den verwalteten Pipelinemodus des Application Pools im IIS7 auf Classic und voilà: der Fehler tauchte nicht mehr auf. Ein bisschen Recherche im Netz brachte dann die Lösung: im integrierten Modus muss manuell ein verwalteter Handler angelegt werden. Das funktioniert so:

+ Klick auf die App
+ Klich auf Handlerzuordnungen
+ Verwalteten Handler hinzufügen
+ Pfad: Telerik.Web.UI.WebResource.axd
+ Typ: Telerik.Web.UI.WebResource
+ Name: Telerik.Web.UI.WebResource

Nachdem der Handler nun manuell registriert wurde, funktionierte die App reibungslos!

Gemäss neuesten Berichten arbeitet das Team um Mono (eine open source Implementation des .net Frameworks) daran, eine Implementation für das iPhone zu veröffentlichen. Speziell daran: es wird nicht wie üblich aus C# Code CIL Code generiert, der vom JIT Compiler zur Laufzeit übersetzt wird. Der Compiler erstellt nun direkt native code für das iPhone. Die Technologie dazu heisst AOT „Ahead Of Time“-Compilation.

Notwendig ist dies, weil Apple mit Sicherheit keinen JIT Compiler auf dem iPhone sehen will. Dies würde einige Sicherheitsprobleme mit sich bringen sowie das Approval-Verfahren von Apple unterlaufen. Mit diesem etwas undurchsichtigen Verfahren überprüft Apple jede Applikation vor der Veröffentlichung im App Store auf Schadcode, anstössige (..) Inhalte et cetera.

Natürlich hat dies aber ein paar Einschränkungen zur Folge. So können beispielsweise keine Generics verwendet werden und dynamischer Code wird ebenfalls nicht unterstützt.

Das Konzept tönt trotzdem interessant, da nicht jeder Entwickler Lust hat, sich für eine zusätzliche iPhone Version seiner Applikation in Objective-C einzuarbeiten. Ob der Compiler hochwertigen native code schreibt und wie gut die Performance ist, wird sich zeigen..

Jeder Entwickler kennt das Problem, dass das Aufsetzen eines Entwicklungsrechners einiges an Zeit benötigt. Microsoft hat nun eine recht komfortable Lösung parat: den Web Platform Installer.

In einem einzigen Installer befinden sich der aktuelle IIS, SQL Server 2008 Express inkl. Management Studio, der Visual Web Developer (für Hobby Developer ohne VS2008) und diverse Tools.

Gute Idee! Das beschleunigt den Setup-Prozess und erspart das Suchen der einzelnen Komponenten.

Zur Erzeugung von dynamischen PDFs aus unseren Applikationen setzen wir die WebSupergoo Komponente ABCPdf.net 6.0 ein. Das Teil erfüllt bislang die meisten unserer Anforderungen ganz gut, nur mit dem Cache hatten wir schon öfters so unsere Probleme. Der Cache kann zwar disabled werden, das hilft aber nur bedingt weiter.

Folgende Situation: ein Button feuert einen Event und löst eine Methode aus, welche ein neues MemoryStream Objekt erzeugt. ABCPdf.AddImageUrl(url) schreibt nun den Inhalt einer Url direkt in den MemoryStream, dieser wird nun über einen Buffer mit Response.BinaryWrite direkt an den Browser geschickt als downloadbares PDF. Um einen eindeutigen Request zu erstellen (Caching Workaround #1) wird an den übergebenen Url Parameter eine guid (globally unique identifier) angehängt. Anstelle von beispielsweise „http://dotlab.wordpress.com“ lautet der Request nun „http://dotlab.wordpress.com/?guid=95e23081-ee88-464c-8a9c-d6553964793d“. Das hat bis gestern ausgezeichnet funktioniert, als sich aber einige Bildobjekte auf der Ziel-Url veränderten, hat ABCPdf.net die Veränderung nicht bemerkt und weiterhin Bilder aus einem Cache in das PDF geschrieben.

Die Lösung war sehr simpel: auf der Ziel-Url werden die dynamisch geladenen Bilder nun ebenfalls mit einer guid als Parameter geladen. Beispiel:

myImage.ImageUrl = "Image1.jpg?guid=95e23081-ee88-464c-8a9c-d6553964793d";

Das scheint dann auch ABCPdf davon zu überzeugen, dass neue Daten gerendert werden wollen

Nachdem der Opera Browser auf allen Plattformen Marktanteile an die jeweiligen Platzhirsche abgeben musste, melden sich die Entwickler nun mit einer frischen Idee zurück. Die neue Software Opera Unite (noch im Entwicklungsstadium) bietet einen integrierten Webserver im Browser. „Webserver auf dem eigenen Rechner“ tönt für uns Entwickler nicht so spektakulär, aber Opera Unite geht ein ganzes Stück weiter..

Integrierte Applikationen ermöglichen es, diverse Dienste auf dem eigenen Rechner auszuführen. So kann ich im Büro die Musik ab dem heimischen Rechner hören, Freunde können sich (freigegebene) Files direkt ab meiner Kiste ziehen, Fotos können ohne Umweg über Flickr oder ähnliche Dienste präsentiert werden, ich kann eine Website ohne Know-how selber hosten, an einem „Fridge“ können Freunde Nachrichten hinterlassen und es gibt sogar eine Lounge mit Chatfunktion. Wow, eine ganze Menge Funktionalität!

Das tönt alles sehr lecker. Allerdings funktioniert das ganze nur mit dem Opera Browser und irgendwie habe ich da doch ein paar Sicherheitsbedenken. Bei allfälligen Exploits (und die wird es garantiert geben..) ist die letzte Hürde zu den privaten Daten sehr schnell gefallen. Wenn man bedenkt, wieviele User bereits jetzt massiv überfordert sind (WLAN Schutz, Facebook Privatsphäreneinstellungen, Konfiguration von Firewalls/Routern et cetera) tut sich da ein ganz neues Tummelfeld auf..

Dass der eigene Rechner die ganze Zeit laufen muss und die Bandbreite mehr oder weniger unnötig belastet wird ist ein weiterer Nachteil. Aber immerhin wird dann der ganze Schrott, der bislang auf Facebook und Flickr landete, in einem privateren Rahmen bleiben.