Windows 8 APPs (METRO) werden in der Regel HTTPRequests ausführen. Diese kann man hervorragend mit Fiddler 2 analysieren. Für das Entwickeln eines Services wird man diese häufig auf dem lokalen Computer betreiben müssen. Genau dies unterbindet Windows 8.
In Fiddler wird in der Win8 Config ein Zusatzprogramm gestartet. Mit dem kann pro Windows 8 Store App einen Ausnahme festgelegt werden.
Ich drücke da immer Exempt All.
Ein weiteres Hindernis ist, das der Web Server IIS Express aus Visual Studio 2012 nur HTTP Requests auf localhost akzeptiert. Ein entsprechender .NET Code Aufruf aus einer WinRT Anwendung läuft allerdings an Fiddler vorbei. Das war auch bei Silverlight schon so. Wenn man einen Punkt in die Domain “mogelt” wird der Request an den Proxy und damit Fiddler umgeleitet. In Silverlight war das ipv4.fiddler. Das klappt heute nicht mehr. Wenn man z.B. im Browser versucht einen WCF RIA Service auf 127.0.0.1 aufzureuifen erhält man eine Fehlermeldung
HTTP Error 400. The request hostname is invalid.
Um also mit einer Windows 8 Anwendung einen lokalen Web Service zu tracen und damit Fehler im Übertragungsprotokoll wie SOAP, ATOM oder ODATA zu finden muss man jetzt .fiddler an den Server Namen anhängen
http://localhost.fiddler:19668/wcfdataservice1.svc/
Folgender Trace zeigt die Identen Daten zuerst mit RIA Services und dann mit WCF Dataservices 5.0 übertragen und mit einem automatisch generierten Proxy in Windows 8 konsumiert.
