Einige Tipps zu Windows Phone 7 und SharePoint 2010

Einige Tipps zu Windows Phone 7 und SharePoint 2010

Nun, da ich endlich mein Windows Phone 7 habe, musste ich ein wenig mit der Integration mit SharePoint herum probieren. Jetzt kann ich einige Probleme und Einschränkungen, von denen andere zuvor berichtet haben, besser nachvollziehen. Einige dieser Einzelheiten möchte ich hier veröffentlichen, damit deutlich wird, was bis jetzt schon möglich ist und was noch nicht funktioniert. Zudem erfahren Sie, was Sie tun können, um bestimmte Probleme zu entschärfen.

Nebenbei bemerkt, ich bin wirklich beindruckt von Windows Phone 7 (im weiteren Verlauf WP7 genannt). Wie andere Kollegen meines aktuellen Arbeitgebers auch hatte ich ein Windows Phone, seit das erste herauskam. Bis zu Windows Mobile 6.5 einschließlich. Ich war ganz schön frustriert, und vor nicht allzu langer Zeit wollte ich sogar das Pferd wechseln, doch da hörte ich vom geplanten Veröffentlichungsdatum für WP7. Da es sich nur noch um ein paar Monate handelte, entschied ich mich, weiter durchzuhalten und es zu versuchen. Und nun muss ich sagen, dass ich froh über diese Entscheidung bin. Zunächst sei erwähnt, dass ich mir das Samsung Focus zulegte. Nun Leute, das Display dieses Telefons ist toll, wirklich fantastisch. Es kommt einem so vor, als sehe man auf eine Miniaturausgabe eines hochauflösenden Geräts. Das Bild ist strahlend und klar. Kompliment an Samsung für dieses Gerät. Das Telefon hat zwar einige Nachteile, wie es bei den meisten Geräten der Fall ist, aber insgesamt sind Leistung und Funktionalität wirklich hervorragend. Das Eingeben von Text war nie einfacher. Ich dachte in den letzten Jahren immer, dass ich im Vergleich zum Rest der Menschheit wohl überproportional große Daumen haben muss, denn ich hatte immer so viele Rechtschreibfehler in meinen Nachrichten, sodass es immer sehr lang dauerte und frustrierend war, bis ich eine Nachricht fertig eingegeben hatte. Das neue Feature für die Autokorrektur in WP7 ist wirklich toll. Ich weiß nicht, wer das entwickelt hat, aber ich wünsche mir, dass diese Leute auch den nächsten bemannten Flug zum Mars planen, denn die Arbeit, die diese Leute gemacht haben, ist hervorragend. Die Verwendung des Touchscreens funktioniert auch sehr flüssig und einfach - alles viel besser als bei Mobile 6.5. Die Integration mit Zune ist definitiv cool. Ich habe bereits einen ganzen Stapel Musik von meinem PC auf das Telefon gepackt. Und noch cooler ist die Integration in XBox Live. Das ist schon toll, meinen kleinen XBox Live Avatar auf meinem Bildschirm zu sehen, und ich kann auch meine letzten Leistungen usw. anzeigen. Noch gar nicht erwähnt habe ich die große Anzahl von Spielen, die ich nun auf mein Telefon laden kann (Hinweis an meine Frau: meine Rechnung kann vielleicht diesen Monat ungewöhnlich hoch ausfallen). Die Leistung ist übrigens sehr flott! In diesem Punkt ist es viel besser als Mobile 6.5. Nun, ich könnte noch ewig so weiter machen, aber das lasse ich besser sein. Ich bin schließlich kein Produkttester. Aber dieses Gerät und das Betriebssystem haben mich so beeindruckt, dass ich das unbedingt loswerden wollte. Nun zu den Fakten.

Zunächst möchte ich hier auf den Unterschied hinweisen, was im Gegensatz zum Office-Hub (wird auch SharePoint Mobile Workspace genannt) mit SharePoint in WP7 im Browser möglich ist. Beginnen wir mit dem Browser.

Insgesamt funktionieren die meisten SharePoint-Websites im WP7-Browser hervorragend. Eine interessante Sache ist mir aufgefallen: Auch wenn Sie den Browser in WP7 als mobile Version im Gegensatz zur Desktopversion konfigurieren: Wenn Sie eine SharePoint-Website öffnen, wird immer die vollständige Browserversion angezeigt. Wenn Sie die mobile Version einer Website in SharePoint 2010 anzeigen möchten, müssen Sie die Abfragezeichenfolge ?mobile=1 am Ende der URL anfügen. Beachten Sie diese Abweichung zu SharePoint 2007, wo nur /m an die URL angefügt werden musste, um die mobile Ansicht zu verwenden. Wenn Sie dies in SharePoint 2010 versuchen, wird ein Fehler angezeigt, dass die Seite nicht gefunden wurde. Die mobilen Ansichten an sich sind stark verbessert worden und sehen in 2010 besser aus als in 2007. Es gibt jedoch eine große Sache, die Sie wissen müssen, und die hat natürlich mit Forderungswebsites in SharePoint zu tun. Ich muss meine Anmerkungen einschränken: Meine Forderungswebsites in meiner Testumgebung sind so konfiguriert, dass die Authentifizierung mit AD FS 2.0 erfolgt. Mein ADFS-Server ist für die Verwendung der Windows-Authentifizierung konfiguriert. Da ich den vollqualifizierten Namen des ADFS-Servers verwende, versucht der Browser nicht, meine Anmeldeinformationen automatisch zu senden. Stattdessen wird die standardmäßige Aufforderung für die Windows-Authentifizierung im Browser angezeigt. Dies funktioniert also im WP7-Browser nicht. Ich kann die Website öffnen, auf der ich meinen Authentifizierungstyp auswählen kann (Windows oder SPTrustedIdentityTokenIssuer). Ich wähle den SAML-Authentifizierungsanbieter aus und werde zu ADFS umgeleitet, aber an dem Punkt tritt der Fehler auf. Mit Fehler meine ich, dass der Browser das Dialogfeld für die Windows-Authentifizierung nicht öffnet, sodass ich nie über die ADFS-Website hinaus komme. Wenn Sie sich den WP7-Browser ansehen, scheint er eingefroren zu sein, das ist er aber nicht. Zum Glück verriet mir mein Freund Joe F. eine Möglichkeit, wie ich das Problem lösen kann. Diese Lösung möchte ich hier weitergeben. Sie müssen die Datei compat.browser öffnen und ändern. Das bedeutet, dass Sie jeden WFE suchen und einen Drilldown zur Datei compat.browser ausführen müssen. Standardmäßig finden Sie die Datei im Ordner \inetpub\wwwroot\wss\VirtualDirectories\ yourVirtualDirectory \App_Browsers.  Suchen Sie darin den Eintrag für den Windows Phone 7-Browser-Agent. Der Benutzer-Agent ist Office Mobile Web Access. Suchen Sie das isMobileDevice-Attribut des capabilities-Element, und ändern Sie es von true in false. Dadurch wird auch der virtuelle IIS-Server wiederverwendet. Nun sollten Sie jedoch in der Lage sein, zur Website im WP7-Browser zu navigieren. Diesmal sollte also beim Öffnen der ADFS-Website eine Authentifizierungsanforderung in WP7 angezeigt werden, in die Sie die Anmeldeinformationen eingeben und den Vorgang fortsetzen können. Wieder beschreibe ich hier die einfachste ADFS-Implementierung. Abhängig vom Authentifizierungstyp, den Sie implementiert haben, kann der Aufwand ein anderer sein.

Wenden wir uns nun dem Office-Hub zu. Der Office-Hub in WP7 ist wirklich professionell und benutzerfreundlich. Aber bislang besteht eine Einschränkung im Hinblick auf die SharePoint-Websites, die angeklickt werden können. Ich werde es einfach beim Namen nennen: In meiner Testumgebung (und das habe ich auch von anderer Seite gehört) kann der Office-Hub nur auf SharePoint-Websites verwendet werden, die zur Verwendung der Windows-Authentifizierung konfiguriert wurden und sich in derselben Intranetzone befinden. Ich verwende beispielsweise eine Website mit dem Namen https://farm2, die die Windows-Forderungsauthentifizierung verwendet, und ich kann die Website und alle Dokumente darin problemlos im Office-Hub öffnen. Ich verwende jedoch auch eine Website mit dem Namen https://wcftest.vbtoys.com, die zwar auch die Windows-Authentifizierung verwendet, ich kann aber nicht über den Office-Hub darauf zugreifen. Wenn ich das versuche, wird eine Fehlermeldung angezeigt, dass die Seite nicht geöffnet werden kann und SharePoint dieses Authentifizierungsschema nicht unterstützt. Das eigentliche Problem besteht nun darin, dass der Browser, genauso wie der IE auf dem Desktop, den Punkt („.“) in der URL findet und diese daher in der Internetzone platziert. Hierbei liegt das Problem darin, dass in der Internetzone die Windows-Authentifizierung nicht vom Office-Hub unterstützt wird. Die Verbindung zu dieser Website ist also auf dem WP7 unterbrochen.

Ein weiteres Beispiel: In diesem Fall möchte ich eine Website anklicken, die sich eigentlich in der Intranetzone befinden sollte. Die URL lautet https://fc1. Die Website ist so konfiguriert, dass sowohl Windows- als auch SAML-Forderungen verwendet werden. Leider funktioniert nun der Teil mit den SAML-Forderungen auch nicht mit dem Office-Hub. Also wird weiterhin dieselbe Fehlermeldung angezeigt, die ich oben beschrieben habe. Wenn Sie eine Website ausprobieren, die nur die SAML-Authentifizierung verwendet, tritt dasselbe Problem auf: kein Zugriff. Ich war nun neugierig, ob der Office-Hub den FedAuth-Cookie aus dem WP7-Browser wiederverwenden kann. Also habe ich die oben beschriebene Änderung an der Datei compat.browser vorgenommen und dann die SAML-Websites im Browser geöffnet. Danach habe ich versucht, sie wieder im Office-Hub zu öffnen, und - kein Spaß - schon wieder wurde dieselbe Fehlermeldung angezeigt. 

Der Vollständigkeit halber habe ich zum Abschluss versucht, eine SharePoint-Website zu öffnen, die mit FBA-Forderungen gesichert ist.  Unter´m Strich ist das Ergebnis ähnlich: es wird eine etwas andere Fehlermeldung angezeigt, aber der Zugriff ist weiter nicht möglich. In diesem Fall wird eine Fehlermeldung angezeigt, dass die Seite nicht geöffnet werden kann und SharePoint keine Nicht-SharePoint-Server unterstützt und der angeforderte Inhalt nicht geöffnet werden kann. Stattdessen können Sie versuchen, den Inhalt im Webbrowser zu öffnen. Und es wird eine "Öffnen"-Schaltfläche angezeigt. Wenn ich darauf klicke, wird die SharePoint-Website wirklich im Browser geöffnet, aber nicht im Office-Hub.

Das alles habe ich bisher rausgefunden. WP7 ist insgesamt wirklich großartig, die SharePoint-Integration in den Browser ist ziemlich gut, aber beim Office-Hub gibt es Defizite. Ich hoffe jedoch, dass Sie jetzt wissen, womit Sie arbeiten können, und entsprechend planen können. Und/Oder integrieren Sie einen anderen Authentifizierungsmechanismus zwischen sich und der Website (z. B. UAG), wenn Sie mehrere Ihrer Websites im Office-Hub öffnen möchten.

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter Some Windows Phone 7 and SharePoint 2010 Tips