In der nächsten Woche werde ich mich mit meinen MVP-Kollegen in Redmond, am MVP-Summit, austauschen. Danach geht es aber direkt zurück nach München an die SharePoint Konferenz 2010. Ich hoffe ich werde einige von Euch dort treffen und hoffentlich in meinen zwei Sessions sehen.

Für diejenigen, die sich gerade die Agenda zusammenstellen hier ein bisschen Werbung in eigener Sache. Meine erste Session am Mittwoch ist wie der „Fuzzy Tail“ eine Motivation Session die aufzeigt, dass man sich einen Schritt weiter getrauen sollte. Die Verbindung von interdisziplinärem Wissen in seine SharePoint-Search-Architektur ist ein Muss. Dieses Wissen lässt einem einige Fehler erst gar nicht machen und bringt so deutlich mehr Benutzerakzeptanz und Nutzen.
Die Session trägt den Titel „Wege in die digitale Unordnung“ und zeigt die Problem die mach sich mit den neuen SharePoint Server 2010-Funktionen, wie Metadaten und Keywords schaffen kann. Architekten die SharePoint-Suchportale erstellen und betreiben stoßen irgendwann auf die Aufgabe dem Inhalt des heterogenen Datenkorpus eine Struktur zu geben. Dabei entsteht eine Ordnung  in Kategorien. Diese Ordnung kommt aber ins Wanken. Unser Denken kommt mit festen Kategorien nicht weiter. Wir müssen lernen Chaos, Unordnung und Unschärfe abzubilden.  Die Session schlägt den Bogen von den Bibliothekaren die vor 200 Jahren dieses Problem schon angegangen sind, bis zu Tim Berners-Lee der das Problem mit seinem Entwurf vom Semantic Web lösen möchte. Dabei wird der geschichtliche Exkurs mit aktuellen SharePoint-Search-Beispielen verglichen. So wird dem Zuhörer klar, dass man Modelle, die vor 200 Jahren nicht funktioniert haben, heute nicht anwenden soll. Stattdessen werden die neusten Ideen auf ihre Machbarkeit in SharePoint überprüft.

Die zweite Session mit dem Titel „Metadaten in SharePoint Server 2010“ zeigt die die neuen Management Funktionen  von SharePoint Server 2010 wie Document Sets, Location-based metadata, metadata navigation, metadata filtern und Document IDs. Ein besonderes Augenmerk wird auf die neuen „managed metadata“ von SharePoint 2010 gelegt.  Die Session zeigt wie man diese konfiguriert, indexiert und für eine optimierte Suche verwendet. Einen ausführlichen Post zu diesem Thema habe ich bereits früher hier geschrieben.

Ich freue mich wieder in München zu sein und hoffe es wird so lustig wie letztes Mal.

Mit SharePoint 2010 Server hat Microsoft im Bereich des Enterprise Content Management der Plattform einige neue Funktionen spendiert. Im SharePoint Server Lingo ist das der neue “ Managed Metadata Service“. Der Managed Metadata Service ermöglicht die Steuerung und Kontrolle von Metadatenbegriffe und Content Types innerhalb der SharePoint Farm. Mit dem neuen Servicemodell kann erstmals die Grenze zwischen „webs“, „sites“ und sogar der Farm überschritten werden.  Dies bietet einen deutlich einheitlicheres Bild der Daten über das ganze Unternehmen. Jedes Team kann unterschiedliche Taxonomien in ihrem Bereich haben, trotzdem können die gleichen Content Types oder Metadatenbegriffe verwendet werden. Das verbessert neben der reinen Organisation von Daten insbesondere auch die Suche über den gesamten Datenbestand hinweg.

Diese Tendenz, der Ordnung und Management über Metadaten zu organisieren, spiegelt sich auch in „File Classification Infrastructure“ die mit dem Windows Server 2008 eingeführt wurde. In der Zukunft werden wir vermutlich noch einheitlichere Klassifizierung von Daten antreffen.

Nun, wie funktioniert der „Managed Metadata Service“ und wo ist der Unterschied zwischen einem Term und einem Keyword? Wenn man den Managed Metadata Service editiert,

stösst man auf das „Term Store Management Tool”. Die Microsoft SharePoint Lingo verwirrt ein bisschen, aber die Metadaten werden als Terms bezeichnet. Ein Term kann ein Wort oder mehrere Wörter sein die irgendeinem Objekt innerhalb von SharePoint 2010 als Metadaten angehängt sind. Diese Wörter nennt man Labels.

Ein Term kann mehrere Labels haben. Im Beispiel oben ist zum Beispiel die Abkürzung von Januar (Jan.) ein anders Label des ursprünglichen Labels (Januar) des Terms. Wenn ein Benutzer nun bei den Metadaten zu schreiben beginnt werden sowohl „Januar“ als auch „Jan“ angeboten:

Was immer der Benutzer nun sucht (Januar oder Jan.), wird nun gefunden.

Terms werden in Termsets organisiert. Diese Organisation fürht zu einer Art Hierarchie. Terms können im „Term Store Management Tool” in mehreren Sprachen erfasst werden. In diesem Artikel ist beschrieben wie man die Mehrsprachigkeit in SharePoint Server 2010 Beta aktiviert.
Terms werden normalerweise von einem Administrator angelegt und organisiert (Closed Term Set). Obwohl man auch zulassen kann, das Benutzer sich die Terms selber anlegen können (Open Term Set).

Die zweite Gruppe von Metadaten sind die Keywords. Diese sind für die freie Verwendung durch die Benutzer gedacht. Im Gegensatz zu den Terms haben sie keine Hierarchie sondern sind eine flache Liste (Keyword Set). In SharePoint Server 2010 haben viele Content Typs bereits als Standard Objekte mit Keywords. Im Gegensatz zu Terms können Keywords nicht übersetzt werden. Keywords werden aber bei ihrer Erstellung überprüft ob sie nicht schon vorhanden sind.

Ebenso kann man in SharePoint 2010 Server mehrere „Managed Metadata Services“ anlegen. Diese werden“ Hosts“ genannt. Im Gegenzug kann eine Web Applications mehrere „Managed Metadata Services“ als Quelle haben, dies kann lokal oder auf einer anderen Farm sein. Somit sind Szenarien möglich in denen man für das ganze Unternehmen globale Terms definiert, trotzdem kann jede Untergruppe zusätzliche eigene Terms definieren. Für den Benutzer ist die Auswahl transparent, da die beiden Termstores addiert angezeigt werden.

Nun ja, ziemlich verwirrend. Hier noch einmal eine Zusammenfassung zur Klärung:

PS: In der Deutschen Übersetzung wird das „Term Store Management Tool“ mit „Laufzeitspeicher-Verwaltungstool“ übersetzt. Wer also die Metadaten Verwaltung sucht, sollte diesen Übersetzungsfehler beachten.

Sobald man auf dem SharePoint Server 2010 ein zweites Sprachpaket installiert hat, kann man nun die auf den Sites die Sprache dynamisch umstellen. Nun müsste man aber auch die Terms und die Keywords im Term Store auf Deutsch übersetzten können.

Allerdings steht jede weitere Sprache im „Term Store Managment Tool“ nicht zur Verfügung.

Damit dies funktioniert, muss auf der obersten Ebene (Managed Metadata Service) ein Term Store Administrator eingetragen sein.

Und schon kann man die weitere Sprache auswählen und die Terms können übersetzt werden.

Das Artefakt „i:0#.w|“ wird vermutlich ein Beta-Ding sein, da ähnliche Artefakte (c:0(.sltrue) an anderen Orten im Zusammenhang mit authentifizierten Benutzern auftauchen.

Bei den Neuigkeiten die rund um SharePoint Server 2010 bekannt gegeben wurden, wird auch immer wieder gesagt, dass PowerPoint Themes neu in SharePoint Server 2010 verwendet werden können. Google (wie auch Bing) brachten nichts erhellendes. Die Online-Dokumentation zu SharePoint Beta brachte auch noch nichts zu Tage. Also selber probieren. Die Vermutung, dass das .thmx-Format, das mit Office 2007 eingeführt wurde, die Brücke zwischen PowerPoint und SharePoint sein könnte war richtig.

Das .thmx-Formt wurde eingeführt um Designs und Styles zwischen Office Programmen auszutauschen. Das Format kann verschiedene Aspekte exportieren:

•    Designfarben (12 Farben)
•    Designschriften (2 Schriften)
•    Designeffekte (1 von 20 auswählen)

Beim Import in SharePoint Server 2010 werden allerdings nur die 12 Designfarben und die Schriften importiert. Der Import findet über die Themes Gallery statt (servername/_catalogs/theme/Forms/allitems.aspx).

Nach dem Upload steht dann das Theme innerhalb der Site zur Verfügung.

Wer sich das Theme ganz genau anpassen möchte, kann das über den Theme Builder Beta von Microsoft machen. Das vormalige Codeplex-Projekt kann man nun unter Microsoft Connect herunterladen.

Wenn man beim SharePoint Server 2010 Beta auf das persönliches Menü klickt, steht seine My Site nicht zur Auswahl. Ebenso fehlt (wenn man die die Technical Preview von SharePoint Server kannte) auf dem Ribbon die Möglichkeit Tags zu vergeben und die Funktion „I like it“.

Um die My Site und die damit zusammenhängenden Social Media Funktionen (Tags, I like it) zum laufen zu bringen, muss zuerst der Profil Import konfiguriert werden. Wie das in der SharePoint Server 2010 Beta gemacht wird, erläutere ich in diesem Blogpost. Wenn das erledigt ist, kann man sich an die My Site machen. Diese scheint in der aktuellen Beta ein bisschen arg verschoben zu sein. Die groben Schritte sind:

• Einen neuen MySite Host anlegen und konfigurieren.
• Den „User Profile Service“ der aktuellen Web Application zuweisen

1: Als erstes muss man einen neuen My Site Host anlegen. Dies geschieht in etwa analog dem Prozess wie er unter SharePoint Server 2007 gemacht wurde. In der Central Administration geht man zu Application Management – Manage web applications. Dort wählt man seine Web Application aus und wählt im Ribbon „Managed Path“.

Hier definiert man zwei „managed path“.  Für “mysite” wird ein “Explicit inclusion” Pfad erstellt.  Für den Pfad „personal“ wird ein „Wildcard inclusion“ erstellt.

2: Danach geht man wieder zurück zu Application Management. Dort wählt man Site Collections – Create site collections. Das Menü zum erstellen einer neuen Site wird geöffnet. Der Name der Site ist egal (zum Beispiel mysitehost). Bei „Web Site Address“ muss man aber „mysite“ (so wie im Schritt 1 definiert) auswählen. Als Template wählt man im Tab „Enterprise“ „My Site Host“.

3: Nun muss man in der MySite Konfiguration noch einen kleinen Beta-Fehler beheben und den neuen My Site Host eintragen. Dazu navigiert man in der Central Administration  -  Application Management  – Manage service applications – User Profile Service Application und dort unter My Site Settings – Setup My Site.
In der Konfiguration der MySite korrigiert man die Einträge “My Site Host“ auf „http://server1:80/mysite“ und „Personal Site Location“ auf „personal“. Gleichzeitig entfernt man unter „Read Permission Level“ den kryptischen Benutzer, so dass nur noch der SharePoint Admin Account oder ein anderer Administrator aufgeführt ist.

4: Wie man im Schritt 3 sieht, wird die My Site im SharePoint Server 2010 über den „User Profile Service“ betrieben. Dieser ist aber in der aktuellen Beta nicht der Web Applikation zugewiesen. Um das zu tun, muss man wiederum in die Konfiguration seiner Web Applikation zurückkehren. In der Central Administration geht man zu Application Management – Manage web applications. Dort wählt man seine Web Application aus und wählt im Ribbon „Service Connections“.
In dem neuen Fenster sieht man, dass die „User Profile Service Application“ nicht ausgewählt ist. Da die Checkbox grau ist kann man sie auch nicht auswählen. Um die „User Profile Service Application“ auszuwählen, muss zuoberst auf „custom“ umschalten und danach manuell alle Services auswählen.

5: Wenn man nun auf das Portal browst, erscheinen bereits die Social Media Funktionen in der Ribbon-Bar. Ebenfalls erscheint im persönlichen Menü die Mysite zur Auswahl. Diese wird nun mit dem ersten Klick, ganz wie erwartet, erstellt.

Einer meiner ärgerlichsten Beta-Fehler im SharePoint Server 2010 Beta 2 sind die fehlenden MySites. Um diesen Fehler zu beheben braucht es aber zwei Schritte. Ersten muss ein Fehler im Profilimport behoben werden und danach ein Fehler in der MySite-Einstellung. Da es dazu einige Schritte braucht, habe ich die beiden Schritte aufgeteilt. Dieser Blogpost beschäftigt sich mit dem Fehler im User Profile Import und Sync.

Alle, mit denen ich gesprochen habe,  die SharePoint Server 2010 Beta installiert haben, haben während dem Einrichten von SharePoint 2010 Server eine Fehlermeldung bezüglich dem „User Profile Service Application“ bekommen.

Um dieses Problem zu lösen hat Jie Li von Microsoft einen guten Artikel geschrieben. Hier die Schritte wie man dieses Problem löst.

1: In der Central Administration navigiert man System Settings – Manage Services on server und startet dort den “Microsoft SharePoint Foundation User Code Service“.

Wenn die gesamte Installation auf einem Domänen Controller läuft muss man zusätzlich sicherstellen, dass der „User Code Service“ die richtigen Rechte besitzt. Jie Li hat hierzu ein kleines PowerShell-Script bereitgestellt:

$acl = Get-Acl HKLM:\System\CurrentControlSet\Control\ComputerName
$person = [System.Security.Principal.NTAccount]“Users”
$access = [System.Security.AccessControl.RegistryRights]::FullControl
$inheritance = [System.Security.AccessControl.InheritanceFlags]“ContainerInherit, ObjectInherit”
$propagation = [System.Security.AccessControl.PropagationFlags]::None
$type = [System.Security.AccessControl.AccessControlType]::Allow
$rule = New-Object System.Security.AccessControl.RegistryAccessRule($person, $access, $inheritance, $propagation, $type)
$acl.AddAccessRule($rule)
Set-Acl HKLM:\System\CurrentControlSet\Control\ComputerName $acl

2: Danach startet man den “User Profile Synchronization Service“.

Wenn der “User Profile Synchronization Service“ gestartet wurde, geht der Status auf „Starting“.

Bis der Service gestartet ist vergehen einige Minuten. Ob der Service richtig und ohne Fehler gestartet wird kann man nun in der neuen Übersicht von SharePoint Server 2010 überwachen. Versteckt ist es unter: Monitoring – Check job status
Dort sollte man seinen Service “ProfileSynchronizationSetupJob” finden.

Wenn der Job erledigt ist, sollte der “User Profile Synchronization Service“ als gestartet angezeigt werden (unter System Settings – Manage Services on server).

3: Jetzt muss die Verbindung zum Active Directory eingerichtet werden. Dazu klickt man auf Application Management – Manage service applications. Dort sucht man nach dem “User Profile Service Application” Service und klickt darauf.

4: Nun klickt man Configure Synchronization Connections. Vermutlich wird jetzt der Fehler “An error has occurred while accessing the SQL Server database or the SharePoint Server Search Service. If this is the first time you have seen this message, try again later. If this problem persists, contact your administrator.” angezeigt. Diesen Fehler behebt man in dem man jetzt ein “iisreset” durchführt und die Seite neu lädt (refresh).

5: Sobald die Seite wieder geladen ist, klickt man auf Create New Connection.
!!!!!!! Bitte zuerst lesen!!!!!!! Hier darf man keine Fehler machen, da die Connections weder gelöscht noch editiert werden können. Ist halt noch Beta. Nun füllt man also seine AD-Informationen aus. Wichtig: Hier darf man beim Abschnitt „Container“ nicht vergessen seine OU einzutragen, auch wenn man die gesamte OU einlesen möchte. Siehe die beiden Bilder unten:

6: Nun geht man zurück zu User Profile Service Application. Auf der rechten Seite sollte jetzt Anzahl der Properties stehen, aber noch keine Profile. Die werden aber jetzt gleich importiert.

7: Um die Profile zu importieren klickt man auf “Start Profile Synchronization now”. Nach einer Weile erscheinen dann auch die ersten Profile.
Wenn User Profile angezeigt werden, hat man alles richtig gemacht. Allerdings wird die MySite immer noch nicht angezeigt. Jedoch kann man den Import überprüfen indem man unter People – Manage User Profiles nach einem Benutzer im AD sucht.

Wie man nun die My Sites zum funktinieren bringt, kann man in diesem Artikel lesen.

Seit ein paar Tagen ist nur SharePoint Beta (Enterprise) auf MSDN und Technet verfügbar. Die Bezeichnungen „SharePoint Server 2010 + Enterprise CAL“ und „SharePoint Server for Internet Sites Enterprise“ sollten einen da nicht verwirren. Es geht lediglich um Lizenzen. Technisch gesehen sind die beiden Versionen die gleichen.

SharePoint Server 2010 Beta, SQL und OS Installation

Auf Technet sind die Angaben für die Anforderungen gut gesammelt. Ebenso ist am Ende des Artikels eine hervorragende Link-Sammlung für alle zusätzlichen Downloads und Hotfixes die benötigt werden. Im Moment stehen aber noch nicht alle Hotfixes zur Verfügung. Insbesondere für den Windows Server 2008 R2.

Um sich die Beta zu installieren, stehen ab SharePoint Server 2010 diverse Szenarien zur Auswahl. Eine ist es sich eine Standalone-Installation unter Windows 7 zu installieren. Die weiteren Szenarien wie AD, DNS, SQL und SharePoint auf einer Maschine zu installieren steht natürlich auch zur Auswahl. Bei allen diesen Möglichkeiten gibt es aber (zumindest in der Beta 2 von SharePoint Server 2010) diverse Haken und Ösen. Diverse Leute haben sich in den letzten Tagen daran die Zähne ausgebissen, oder besser die Nächte um die Ohren geschlagen. Hier ein Sammlung der Tipps die ich für das Aufsetzten meiner VM’s benutzt habe:

Installationsnotizen zu der SharePoint Public Beta 2 von Jie Li

SharePoint 2010 Development Environment – Practical Tips

Single Server Complete Install of SharePoint 2010 using local accounts von Neil ‘The Doc’ Hodgkinson

Nicht zu vergessen ist natürlich das Technet-Forum rund um SharePoint Server 2010 Beta Themen, sowie die zur Zeit verfügbare Dokumentation zum SharePoint Server 2010 und der SharePoint Foundataion.

Bei meiner Installation traten Probleme insbesondere mit der “User Profile Synchronization” auf. Das heisst ich hatte weder MySite noch einen Abgleich der User Profile mit dem Active Directory. So wie es sich auf den einschlägigen Mail-DL aber entwicklet, sieht man das es sich um einen Fehler in der Beta handelt. Das MS SharePoint Team hat aber auf ihrem MS SharePoint Team Blog eine ausführliche Anleitung gepostet wie man das wieder gerade biegen kann. (Läuft aber bei mir noch immer nicht. Um Tipps in den Kommentaren wären wir sicher alle froh)

Microsoft Office Web Apps (Beta)

Wenn man die Office Web Applikationen auf einem DC ausführen möchte, muss man diese separat installieren. Zudem muss es für jede gewünschte Sprache separat installiert werden. Eine Installationsanleitung in DOC-Format findet man hier. Dieses Dokument ist insofern wichtig, weil sich dieSeriennumer, die man für die Installation benötigt, darin befindet.

Fast Search for SharePoint Server 2010 Beta
Die offiziellen Seiten haben es ein bisschen versteckt. Aber Fast Search for SharePoint 2010 ist auch in der Beta Phase. Man findet auf den Microsoft-Seiten einiges an Information zurInstallation und Konfiguration der Beta-Version:

Deployment and configuration of FAST Search Server 2010 for SharePoint (Beta)

Planning and Architecture for FAST Search Server 2010 for SharePoint (Beta)

Monitoring for FAST Search Server 2010 for SharePoint (Beta)

Und hier noch, ein bisschen “off topic” für all die Tweets und Legenden die sich um die “SharePoint Sau” drehen: Es ist keine Mensch und kein Server, sondern diese kleine Sau! Ein Give Away am SharePoint Booth an der TechEd 2009.

Für alle Abonnenten von TechNet und MSDN stehen ab sofort SharePoint Server 2010 Beta und SharePoint Foundation 2010 Beta zum Download zur Verfügung!

Ebenso sind alle Office Applikationen inklusive dem SharePoint Designer 2010 Beta zum downloaden freigegeben.

Update: Ebenso Microsoft FAST Search Server und die Microsoft Office Web Applications

SharepointPodcast hat eine Roundup-Diskussion zu SharePoint 2010 zwischen Fabian Moritz, Sven Pohl, Michael Greth und mir aufgenommen.

Wir vier diskutieren über die was an der TechEd 2009 Europe gezeigt wurde und über die Highlight von SharePoint 2010 in Bezug auf Suche, Visio-Services, SharePoint Designer 2010 und Neuerungen in der Entwicklung.
Hören kann man den Podcast direkt bei sharepointpodcast.de.

Die erste Session heute war eine Übersicht in Microsoft SharePoint Workspace 2010. Dieser ist der direkte Nachfolger von Groove 2007. Wenn man ein bisschen die Liste der Funktionen durchsieht freut man sich ja auf den Groove Nachfolger. Endlich wird eine Suche angeboten, endlich werden Metadaten mit synchronisiert, usw..
Natürlich ist auch Microsoft SharePoint Workspace 2010 ganz im Look der neuen Office 2010 Applikationen gehalten:

Microsoft SharePoint Workspace 2010 bietet einen „neuen Workspace” an, der eben „Microsoft SharePoint Workspace 2010” heisst.  Dieser hat eine tiefe Integration in SharePoint 2010, aber nur mit SharePoint Server 2010 und SharePoint Foundation 2010 (So heisst der WSS in der neuen Version). Da dieser neue Workspace ein eigener Worksapce ist, funktioniert natürlich auch die Freigabe an andere Benutzer nicht mehr. Bisher konnte ja ein Benutzer der Zugang zu einem SharePoint Server hatte, eine Dokumenten Bibliothek synchronisieren und dann an die anderen Benutzer des Workspace freigeben ohne das diese eigentlich Zugang auf den SharePoint Server hatten. Dieser Vorgang geht nun nicht mehr.

Da also der neue Workspace nur die 2010-Version von SharePoint unterstützt, werden die 2007 Version Dateien noch mit dem alten Groove 2007 Tool „SharePoint Dateien“ synchronisiert. Dort hat sich aber nichts geändert, so dass die Zugriffsproblematik hier noch besteht.
Das heisst Microsoft SharePoint Workspace 2010 bietet zwei Modi: Offline Client zu SharePoint 2010 und alle bisherigen Workspaces (Workspaces und Folder Share). Passend nennt Microsoft diese Funktionen auch „Classic Mode“.
Bisher lagen die Daten von Groove 2007 verschlüsselt auf der Festplatte des Clients. Aus diesem Grund ergab sich auch die Grössenlimitation von 2GB. Nun das hat sich geändert. Die Kapazität der Festplatte ist das Limit. Ebenso können nun Workspaces durchsucht werden.

Es kann nun direkt aus den Office Applikationen in den Groove Workspace geschrieben werden. Also keinen Umweg mehr, bei dem man schnell in den Groove Workspace klicken und das Speichern bestätigen muss.
Klingt alles gut, oder? Nun wie haben sie das gemacht. Ganz einfach der Trick für all diese Funktionen liegt darin, dass man die Dateien nicht mehr verschlüsselt in einem DB-File ablegt, sondern direkt im Benutzerordner des Benutzers. Microsoft verweisst da ganz lapidar auf Bitlocker um diese Daten zu sichern. Nun Jussi, mit dem ich da an der TechEd bin, meint auf diese Ankündigung das SharePoint Workspace 2010 ja eigentlich damit ein neues Interface für „Offline Folder“ ist. Das trifft den Nagel auf den Kopf. Denn wirklich wird zu SharePoint Workspace 2010 ein Tool installiert, dass die Synchronisation mit SharePoint sicherstellt. Diese wird zusätzlich im Infobereich von Windows angezeigt und bedient.

Alles in allem sind es zwar nette Funktion die SharePoint Workspace 2010 mit sich bringt. Die Funktionen werden aber durch aufteilen in unterschiedliche Arten von Workspaces, weiteren Tools und Rückkehr zu einfachsten Synchronsierungsmechanismen  erreicht. Bezeichnend für diesen „Weg des geringsten Widerstandes“ ist auch der Fakt, dass an dem Groove-Server (die weiterhin so heissen) fast nichts geändert worden ist.

Und ja, es wird „vermutlich“ eine SharePoint Workspace 2010 Mac OS X Version geben. Und es wird einen SharePoint Workspace 2010 Mobile Client für Windows Mobile 6.5 ausgeliefert. Bezeichnend zu diesem Thema war die erste Frage aus dem Publikum: „Wird es eine iPhone Version geben“?