Die .NET User Group Hamburg veranstaltet ein Live Event zur PDC (Professional Developers Conference). Es gibt den Livestream der Keynote und eine Reihe von Überraschungen.

Treffpunkt:

Microsoft Hamburg
Gasstraße 6a
22761 Hamburg

28.10. 17:45

Der Stream startet unm 18 Uhr!

Weitere Details findet Ihr unter: https://www.xing.com/events/live-event-keynote-professional-developers-conference-pdc-goodies-microsoft-562942

Die .NET User Group Hamburg veranstaltet das

1. .NET Coding Dojo Hamburg

19.05.2010 – 19 Uhr

Masters of Arts Anwendungsentwicklung GmbH
Johannes Brahms Platz 9
20355 Hamburg

Anmeldung über Xing

Mehr dazu unter Steffens Blog: http://www.navision-blog.de/2010/05/03/erstes-net-coding-dojo-in-hamburg/

I was playing around with impersonated asynchronous WCF calls and discovered a strange behaviour on the WCF server side: most of the time the identity was the correct impersonated identity but sometimes it was only the client process identity (like 'hostname$'). I was looking at all different configuartion hells of WCF but did not find any solution to fix the problem.

After searching the web I found two interesting posts from Micorosft:

http://msdn.microsoft.com/en-us/library/aa738624.aspx

and

http://support.microsoft.com/?scid=kb%3Ben-us%3B976123&x=10&y=14

The first document stated that I am trying to use an unsupported scenario. The second document says that there is a hotfix available for Vista and Windows Server 2008 (SP2 and higher).

Unfortunately my customer is running Windows 2003 SP2. So there seems to be no way to use async WCF calls with impersonation. Very sad.

Nach dem Deployen (Web Deployment Project) von lokalen rdlc Reports aus Visual Studio 2008 heraus, gab es auf dem IIS folgenden Fehler:

[ReportProcessingException: The report definition is not valid.  
  Details: Data at the root level is invalid. Line 1, position 1.]

[DefinitionInvalidException: The definition of the report 
'Main Report' is invalid.]

Das Problem ist, dass die Reports vorkompliliert werden, was leider kontraproduktiv ist. Durch ergänzen der csproj Datei für das Deploy kann der Fehler umgangen werden:

<Target Name="AfterBuild">
  <Delete Files="$(OutputPath)\Reports\Report.rdlc" />
  <Copy SourceFiles="$(SolutionDir)WebSites\MyWebApp\Reports\Report.rdlc" 
        DestinationFolder="$(OutputPath)\Reports" />
< /Target>

Ich bin ja kein Freund von Windows Mobile. Meine Erfahrungen waren einfach zu negativ. Eine Benutzerführung, die nicht an den Anwendungsfall (nämlich mobiler Geräte) angepasst ist, und zudem noch ein Hardwaredesign, das jedem Hersteller es erlaubt hat alles zu verschlimmbessern. Nach 3 Geräten mit unterschiedlichen Windows Mobile Versionen habe ich jedenfalls genug von den sogenannten PDAs. Es ist mir zumindest eine Freude zu sehen, wie Apple mit dem iPhone den Markt von hinten aufrollt, und ein Gerät entwickelt hat, das in Design und Funktion Maßstäbe setzt.

Wie dem auch sei. Neulich stand bei uns um die Ecke ein "Windows Mobile" Auto. Irgendwie musste ich ziemlich lachen, denn der Mini Laster spiegelt meine negativen Erfahrungen ziemlich exakt wieder: Altes Design, alte Technologie und weder Fisch noch Fleisch.

Hoffentlich wird Windows Mobile 7 (oder schon 6.5) mal ein Schritt in die richtige Richtung und folgt einer zeitgemäßem Benutzerführung. Dann werde ich auch wieder einen ernsthaften Blick auf das .NET Compact Framework werfen - das hingegen ziemlich genial ist.