Ich habe einen WebPart entwickelt, welcher es ermöglicht, direkt aus SharePoint 2007 auf local.ch nach Adressen oder Events zu suchen. Das Layout des WebParts entspricht jenem von local.ch.

In der Konfiguration des WebParts kann man zwischen einer vertikalen und einer horizontalen Ansicht wählen.

Stand des WebParts
Wie der Titel des Posts schon vermuten lässt, wurde der WebPart für SharePoint 2007 entwickelt. Er wurde auf SharePoint 2007 Beta2 und SharePoint 2007 Beta2TR getestet.

Installation

Download file

In der Zipdatei befindet sich eine .cab Datei und eine batch Datei. Zum Installieren einfach die Batchdatei auf dem SharePoint-Server ausführen!

Microsoft Search Preview

Microsoft unterteilt die Suche prinzipiell in drei verschiedene Sparten:
• Internet Suchedienst (Windows Live)
• Durchsuchung von Firmennetzwerken und Intranets mit Microsoft SharPoint Server Search.
• Durchsuchen von Desktop Rechnern.

Nächstes Jahr wird Microsoft mit dem Release von Microsoft Search Preview die Integration der drei Such Services (Internetsuche, Intranetsuche und Desktopsuche) ermöglichen. Dabei steht die Idee im Vordergrund, dass nicht jede einzelne Applikation eigene Suchfunktionalität zur Verfügung stellt, sondern die Suche und die Indexierung der Daten von externen Services geleistet wird. Microsoft Search Preview ist eine Desktop Anwendung, die ein gemeinsames Benutzerinterface für alle erwähnten Such Services bereitstellt.

Intranet Suche mit MOSS 2007

In dieser Artikelserie soll auf die Konfiguration und Anpassungsmöglichkeit der Intranetsuche durch MOSS 2007 eingegangen werden. In der MOSS 2007 Suche wurde der Fokus auf die folgenden Schwerpunkte gelegt:

• Präsentation der Resultate:
o Die besten Treffer auf der ersten Seite
o Korrektur der Abfrage, Hervorheben der Treffer und zusammenziehen von Duplikaten
o One Stop Search für alle enterprise repositories (siehe Datenquellen)
o Präsentation der Resultate gemäss Berechtigungen des aktuellen Benutzers
• Datenquellen
o Out of the Box support für Fileshares, web sites, SharePoint sites, Exchange PFs, Lotus Notes DBs und andere mehr.
o Indexierung von LOB Applikationen

Im nächsten Artikel (geplant für die erste Novemberwoche 2006) wollen wir vorstellen, wie die Suche in MOSS 2007 aufgebaut und wie die Search in der Farm konfiguriert werden kann.

Welche Workflows gibt's?
Zur Erinnerung nochmals die zwei Workflowtypen:

Sequenz Workflow "SharePoint Sequential Workflow Library"

State Machine Workflow "SharePoint State Machine Workflow Library"

Es gibt verschiedene Entscheidungsfaktoren. Es muss aufgrund der Möglichkeiten, Funktionsweisen und den gegebenen Umstä¤nden entschieden werden.

Möglichkeiten
Grundsätzlich kann man jeden State Machine Workflow auch mit einem sequenziellen Workflow abbilden. Dies führt aber bei einem sequenziellen Workflow in kurzer Zeit zu einer unüberschaubaren und kaum wartbaren Komplexität.

Funktionsweise State Machine Workflow
Bei einem State Machine Workflow wird vom Benutzer entschieden, wann es in den nächsten Zustand geht. Man nennt den State Machine Workflow auch "Human Workflow".

Funktionsweise Sequential Workflow
Bei einem sequenziellen Workflow hingegen wird diese Entscheidung vom System anhand vordefinierter Regeln entschieden.

Funktionsweise spezieller State Machine Workflow
In der Anfangsphase von den SharePoint 2007 Workflows war manchmal auch die Rede von einem dritten Workflow unter dem Namen Datadriven Workflow. Dabei war die Idee, dass der Workflow seine Zustandsänderungen nicht anhand der Aktionen des Benutzers erfährt, sondern aufgrund von Informationen in dem SPListItem oder in der Datenbank entscheidet. Der Benutzer soll eine sekundäre Rolle spielen. Von dieser Art Workflow hat man aber in letzter Zeit nicht mehr viel gehört. Denn eigentlich ist es ein normaler State Machine Workflow, welcher programmatisch auf die Datenbank und das SPListItem zugreift und dessen Werte in die Entscheidungen miteinbezieht.

Entstehungsprozess
Eine andere Entscheidungsgrundlage ist auch die Tatsache, dass mit dem SharePoint Designer jeder einen sequenziellen Workflow erstellen kann. Vorausgesetzt er hat die benötigten Berechtigungen auf dem SharePoint. Wenn diese Person mit den Vorhandenen Activities nicht in der Lage ist den gewünschten Workflow abzubilden, muss entweder von einem Programmierer ein neues Activity mit der fehlenden Funktion erstellt werden, oder der gesamte Workflow ist für einen sequenziellen Workflow zu komplex. Somit muss er vielleicht als State Machine Workflow erstellt werden. In diesem Fall wird der Workflow von einem Programmierer erstellt.

Wenn man die Möglichkeit hat den Workflow als sequenziellen Workflow abzubilden ist es sicher einfacher dies so zu machen. Setzt aber bei dem Ersteller des Workflows voraus, dass er den abzubildenden Prozess kennt und versteht und somit eine Aussage machen kann ob der den anhand der gegebenen Activities abbilden kann. Somit muss er auch grundlegende Kenntnisse von Programmlogik beherrschen.

Wer sich die Mühe gemacht hat, das MOSS Beta 2 Technical Refresh-Update von Grund auf neu zu installieren, könnte danach Features im System registiert haben, welche in keiner Web Applikation aktiviert sind, und somit nicht mehr aus dem System entfernt werden können.

Hintergrund
Ein Feature (z.Bsp. Workflow, InfoPath-Form, etc ...) wird nach einer Feature-Installation standardmässig in den Ordner "%Program Files%\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\FEATURES" kopiert.

Wer nun wie oben erwähnt, den MOSS Beta 2 deinstalliert hat, jedoch vergessen hat vor der Neuinstallation alle Features aus dem Ordner "%Program Files%\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\FEATURES" zu entfernen, wird nach der Neuinstallation mühe haben, diese zu löschen.

Lösung
1. Im Ordner "%ProgramFiles%\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\FEATURES" befindet sich für jedes Feature der dazugehörige Ordner. Merken Sie sich diesen Ordner-Namen und fahren Sie mit Schritt 2 fort.

2. Mit dem Kommandozeilen-Tool stsadm.exe, welches im Ordner "%Program Files%\Common Files\Microsoft Shared\web server extensions\12\BIN" gefunden werden kann, muss folgender Befehl ausgeführt werden:

stsadm.exe -o uninstallfeature -filename "ORDNER-NAME\feature.xml"

Anmerkung
Es gibt weitere Parameter für den oben genannten Befehl, z.Bsp. kann ein Feature mittels Feature-ID deinstalliert werden, jedoch kann es passieren, das dieses Feature mittels Feature-ID im MOSS nicht mehr gefunden werden kann. Mit diesem Befehl jedoch wird dem STSADM Tool ausdrücklich mitgeteilt, wo sich der Pfad befindet, und deinstalliert alle Dateien, welche sich in der Datei "feature.xml" befinden.