Mögliche Features für SharePoint 2009

Habe soeben via Martin Hipfinger über Twitter einen interessanten Link erhalten, welcher mögliche Features der kommenden Version von SharePoint aufführt. Ich hab den Beitrag mal ins Deutsche übersetzt und die Beschreibungen noch etwas ergänzt:

Feature Beschreibung Wahrscheinlichkeit Quelle
64-bit only SharePoint v14/2009 wird nur als 64bit Version ausgeliefert. Es wird also keine 32Bit Versionen von SharePoint mehr geben. bestätigt TechNet
Silverlight Silverlight 2.0 WebParts oder komplettes Silverlight UserInterface. Silverlight gibt es ja für fast alle Browser. Dieser Schritt scheint möglich, würde sogar interessante Möglichkeiten schaffen.    

Ich aber glaube, dass es bei WebParts bleiben wird. Das ganze UI auf Silverlight zu migrieren, würde einen Rückschritt für die Kompatibilität von SharePoint zu Clients bedeuten.

ziemlich sicher Spekulation
Super-Lists SQL-Tabellen-ähnliches Verhalten für SharePoint Listen. Bill Gates spricht davon, SharePoint Listen besser abfragen zu können und Listen auch besser skalieren zu können. Es ist aber noch etwas schwammig.    

Heute ist das mit den Listen ja so eine Sache: Abfragen sind über Views möglich, Relationen (*hoff*) gibt es nicht, nur Lookups, und grosse Listen (>2000 Items) werden von Microsoft nicht empfohlen.

möglich Bill Gates
Groove Integration Anwender, welche Groove installiert haben, könnten mehr Synchronisationsoptionen angezeigt werden.    

Auch schreibt Ray davon, dass SharePoint das UI von Groove wird. Ich könnte mir vorstellen, dass mit einer Groove-Umgebung User Inhalte von SharePoint offline verfügbar machen könnten. Dokumente von SharePoint offline verfügbar. So quasi der Colligo von Microsoft.

möglich Ray Ozzie
Master Data
Management
Mittels MDM könnte SharePoint besser mit anderen Datenbanken arbeiten.Der Witz: Es gibt nur eine Version des Datensatzes, MDM hat Prozesse, welche sicherstellen, dass es nur eine Version bleibt (Sync,…) Microsoft lässt dies unter dem Codenamen “Bulldog” laufen.    

Klingt interessant (hier lesen). SharePoint könnte so noch viel stärker bei Datenbereitstellung und -bearbeitung als UserInterface fungieren.

ziemlich sicher Microsoft MDM
XHTML-compliant
output
SharePoint wird auf sauberem XHTML basieren. Die aktuelle Version von SharePoint verwendet im default.master keinen Doctype.  möglich Spekulation
FAST search
integration
Die Suche wird durch FAST-basierende Technik und WebParts ersetzt. Da Microsoft mit FAST ein interessantes Produkt eingekauft hat, scheint eine Implementation in SharePoint in meinen Augen sehr wahrscheinlich. Ob es zur Version 14 reicht, sei aber dahingestellt. kann sein CMS Watch
ODF and PDF
support
 Es werden keine speziellen Filter mehr benötigt, um aus ODF (Open Document Format)- und PDF-Dateien die Inhalte und Metadaten zu extrahieren.     

Interessant wird es aber wohl wieder einmal mehr bei PDF. Adobe wird hier sicher wieder interventieren. PDF ist doch schon bei Office 12/2007 in der Beta drin gewesen und dann im Fertigprodukt nur als Addon verfügbar gewesen.

möglich Microsoft
CMIS support Content Management Interoperability Services werden es SharePoint ermöglichen, mit anderen ECM’s via WebServices zu kommunizieren. Mit IBM, EMC, OpenText, Oracle und SAP bauen alle mit am CMIS-Standard. Insofern könnte das gut kommen. ziemlich sicher Microsoft
Claims-based Authentication 
mechanism
Das Ziel ist, dass SharePoint mit jedem Corperate Identity System arbeiten kann, um User zu autentifizireren. Hierzu zählen Active Directory, LDAPv3-basierende Verzeichnisse, LiveID, OpenID und InfoCard Systeme wie Microsofts CardSpace oder Novells Digital Me. kann sein Network World

Das sind schon ein paar nette Features drin. In meinem Umfeld wird sicher Super-Lists, MDM, die FAST-Suche und die Claims-based Authentication interessant sein. 

Super-Lists und MDM werden helfen, Daten effizient in SharePoint verwalten zu können, wobei ich echt auf relationale Listen hoffe. Die Sache also, welche wir bis anhin nur dank Bamboo-Solutions verwirklichen konnten.

Die FAST-Suche lässt mich hoffen, dass die Unzulänglichkeiten der bisherigen Suche dann Geschichte sind. Dass damit dann also Wildcard-Suchen möglich werden, dass Userprofile effizienter indexiert sind (gelöschte User sollte man nicht mehr finden dürfen) und dass der Index sich stärker an der Arbeitsweise Inhaltsquelle orientiert (Berechtigungen auf Filesystem, MOSS zeigt Files an, welche im Explorer nicht geöffnet werden können).

Und mit der Claims-based Authentication scheint es dann einfacher zu werden, wenn es gilt externe User auf eine Extranet-Umgebung zugreiffen zu lassen. Bisher sind dazu mit FBA und der SQL-DB in meinen Augen zuwenig flexible Instrumente zur Verfügung.

STSADM Import erstellte das Parent Web nicht

Heut war ich mal nicht im Büro arbeiten… ich war bei einem Kunden (jep, am Samstag). Dort gab es ein Problem mit SharePoint, bzw. dem Importieren von WSS-Sites in einen MOSS (“Microsoft Office SharePoint Server”, aber wer das hier zu verstehen gedenkt, wird das eh schon gewusst haben). Dazu habe ich dem Kunden Scripts vorbereitet, welche mittels STSADM alle Sites exportiert und auf dem neuen Server wieder importiert.

Dieser Migrationsprozess wurde 2-3 mal vom Kunde selbst getestet und validiert. Stets verlief alles einwandfrei. Bloss eben gestern – am effektiven GoLive – nicht. 

Die Fehlermeldung bestand stets darin, dass beim Import die Meldung erschien, dass die Parent-Site noch nicht existiere. Eigentlich hat dies bei jedem Test STSADM beim Importieren gemacht. Die Site muss von STSADM als erstes erstellt werden, bevor Inhalte darin abgelegt werden können.

Internetrecherchen ergaben, dass diese Meldung erscheint, wenn der User, welcher den Import durchführen will, nicht als Site-Collection-Administrator definiert ist. Von der Site her war er aber drin… aber in der Zentraladministration fehlte er noch (sonderbar, ich weiss). Also rein mit ihm. Der erneute Import aber scheiterte wieder mit der selben Meldung. 

Dann wollte ich das Problem weiter eingrenzen. Ich exportierte abermals eine einzelne Site vom WSS und wollte diese in eine neu erstelle SiteCollection auf dem WSS importieren. Scheiterte aber ebenfalls. Gleiche Übung auf dem MOSS war aber erfolgreich. Ok, das Problem konnte langsam eingegrenzt werden. 

Was war bloss anders, als an den Tests, welche vorgängig gemacht worden sind? Warum liesen sich diese Sites nicht mehr importieren? Nun, nicht der User war das Problem, sondern die Quell-SiteCollection: Damit kein User während der Migration auf einer WSS-Site noch arbeitet, haben wir diese SiteCollection in einen Read-only-Betrieb geschaltet.

Also haben wir den SC-Lock testhalber kurz aufgehoben und nochmals eine Site exportiert und den Import auf MOSS-Seite erneut gestartet und siehe da: es funktionierte. 

Hm… aber dass ein SC-Lock auf Exportierte Sites einen Einfluss hat, war mir bis heute nicht bekannt. Falls es  jemand gibt, der mir das erklären kann,… bitte gerne.

Itchy the gamer ist tot – es lebe Itchy the worker

Wie man an meinen Blog erkennen kann, wurde schon länger nicht mehr etwas gebloggt. Und ich hatte auch schon Zeiten, wo ich mehr als einen Post pro Monat erstellen konnte.

Nun vorher kommt dies? In diesem Blog habe ich bis anhin nur Privates geblogg. Da sind Dinge über Filme, Games und sonstigen Reviews zu lesen. Leider aber gab es in den vergangenen Monaten fast kein Privatleben mehr. Der Job nimmt mich aktuell etwas zu sehr in Anspruch, so dass ich froh bin, wenn ich in meiner Freizeit nicht auch noch vor nem Bildschirm sitze.

Dafür aber lerne und erfahre ich im Berufsleben öfters mal was neues. Daher habe ich mich entschieden, dass dieser Blog fortan sich öffnet und über alles bloggt, was ich so zu bloggen habe. Sprich: natürlich wird es wieder Posts geben, welche über Filme, Games oder Ausflüge schreiben – aber es wird neu auch Berichte geben, welche aus meinen Berufsleben als SharePoint- und BizTalk- Entwickler und Consultatnt handeln.

Als erster Eintrag wird in den nächsten Tagen wohl ein Post über eine SharePoint Konfiguration in einem NLB-Setup erscheinen. Warum? Nun, ich habe dies erst kürzlich zum ersten Mal machen müssen, konnte im Internet aber kaum Informationen finden, wie dies geht – nur andere SharePointler, welche nach dem selben suchten.

Und ach ja: Blogsprache bleibt Deutsch. Übersetzter ins Englische sind aber willkommen ;-)