Wenn man versucht ein WebPart für eine Homepage anzupassen, kann es vorkommen, das stattdessen eine Fehlermeldung erscheint. Aus der Fehlermeldung geht aber nicht hervor, wo man das Problem zu suchen hat.

Als ich kürzlich mal wieder ein WebPart auf der Homepage unseres Projekts anpssen wollt, wurde stattdessen die nebenstehende Fehlermeldung angezeigt.

Das WebPart habe ich direkt über die Homepage aufgerufen.

Weil ich so nicht auf mein WebPart zugreifen konnte, wollte ich stattdessen via “Edit Page” zum WebPart gelangen, aber auch das ging nicht, da der Menüpunkt “Edit Page” ausgegraut war.

Nun würde man denken, dass an der Seite irgendetwas Faul ist. Dem ist aber nicht so. Die Seite ist lediglich von einem Benutzer ausgecheckt. Das kann man relativ einfach herausfinden, in dem man sich die “Page Editing Toolbar” via “Site Actions” anzeigen lässt.

In der Toolbar nun das Menü “Page” aufrufen.

Hier ist nun klar erkennbar, dass auch der “Check out”-Button ausgegraut ist und zusätzlich für Besitzer der Seite die Funktion “Override Check Out” zur Verfügung steht. Will man nun noch wissen, von wem die Seite ausgecheckt wurde, kann man via Toolbarmenü “Tools” den Page Status via “View Page Status” aufrufen.

In diesem Popup findet man den aktuellen Status der Seite und auch die Meldung, von wem die Seite ausgecheckt ist.

Nun hat sich die Navigation wie folgt geändert:

Wird eine MySite durch einen Benutzer erstellt, wird die URL für die MySite automatisch und ungefragt in’s Active Directory, in das Feld wWWHomePage, geschrieben. Dies passt in der Regel keinen Verwalter des AD. Man kann aber verhindern, das SharePoint weis, wo hin es diesen Eintrag schreiben soll. Dazu muss man ganz einfach in der "Shared Services Administration" die Feldzuweisung für "Web Page" deaktivieren (Policy Setting).

Infos zum Editieren im TechNet:

http://technet.microsoft.com/en-us/library/cc263080.aspx

In diesem Zusammenhang habe ich mich gefragt, weshalb SharePoint überhaupt diesen Eintrag im AD macht. Es scheint ja auch der einzige Eintrag zu sein, welche vom SharePoint in das AD geschrieben wird.

Im Internet bin ich fündig geworden. Die "My Site" kann direkt mit Office (2003 & 2007) interagieren. Dank der URL weiss Office, wo die MySite zu finden ist. Dadurch kann das Office automatisch in die MySite speichern. Da wir aber bei meinem Projekt die MySite so abspecken wollen, dass die Benutzer keine Dokumente in die MySite speichern können, sollte dieser Eintrag bei uns keinen Einfluss haben. Möglicherweise haben wir aber im Outlook nicht den gesamten Funktionsumfang zur Verfügung, was ich auf jeden Fall noch testen muss. Auf jeden Fall gibt’s auch dazu von Microsoft eine entsprechende Info:

http://office.microsoft.com/de-de/sharepointserver/HA101686391031.aspx

Um festzustellen, welche Version von SharePoint auf einem Server installiert ist, empfiehlt Microsoft, über die Systemsteuerung auf dem Server die Versionsnummer auszulesen. Das geht recht einfach:

1. Systemsteuerung auf dem Server aufrufen
2. "Add or Remove Programs" aufrufen
3. In der Liste der installierten Programme den Eintrag mit dem "Microsoft Office SharePoint Server …" zu suchen und hier den Link "Click here for support" aufrufen.
4. Nun wird die Versionsnummer im Infofenster angezeigt.

Das ist schön und gut, aber wenn man auf dem Server keinen Zugriff hat oder wenn man die Versionen aller Server einer Serverfarm auslesen muss, ist das zu aufwendig. Meine Empfehlung ist da etwas einacher.

1. Die "Central Administration" aufrufen
2. Ins Register "Operations" wechseln
3. Hier gleich den 1. Link in der Liste "Servers in farm" aufrufen.

Nun wird die Version des Servers in der 1. Zeile angezeigt. In der Tabelle sieht man dann auch alle übrigen Server der Farm und deren Versionsnummer.

Welche Versionsnummern es für SharePoint gibt, kann man im Internet nachlesen. Leider habe ich keine entsprechende Seite bei Microsoft gefunden, aber im Blog "Penny Coventry, MVP" habe ich einen Eintrag mit allen Versionen gefunden.

Hier der Link dazu:

http://mindsharpblogs.com/penny/articles/481.aspx

Als ich die Betreuung von Livelink (einem sehr guten DMS) übernommen habe, musste ich erst einmal aufräumen. Viele Projekte waren verweist, niemand war zuständig und der Inhalt wurde nicht mehr verändert. Im SharePoint kann dies auch passieren, ausser man aktiviert die Funktion “Site Use Confimation and Deletion”. Wird eine Site Collection über eine längere Zeit nicht mehr verändert, wird automatisch eine E-Mail an den/die Verantwortlichen gesandt. Erhält man auf dieses E-Mail keine Antwort, wird die Site automatisch gelöscht.

Beim Arbeiten mit Office 2003 und SharePoint habe ich das eine oder andere mal das Problem, dass sich Word beim öffnen eine Datei verabschiedet. Wem das beim Editieren passiert, kann der unschöne Effekt eintreten, dass sich das Dokument nur noch schreibgeschützt öffnen lässt. Word meldet, dass das Dokument bereits von "einem anderen Benutzer" bearbeitet wird:

Die Meldung ist etwas irreführend. Man hat so den Eindruck, dass unmittelbar nach dem Absturz von Word jemand das Dokument in Arbeit genommen hat. Dem ist aber nicht so. Effektiv ist das Dokument lokal im Cache. Manchmal genügt es dann, wenn jemand anderes das Dokument in Arbeit nimmt und abspeichert. Dabei können aber alle gemachten Änderungen verloren gehen. Es kann auch vorkommen dass auch dies und selbst ein Reboot des Arbeitsgeräts nichts hilft.

Mit einem kleinen Work a round kann man das Problem aber relativ einfach und ohne reboot umgehen. Dazu geht man wie folgt vor:

1. In Internet Explorer den Cache leeren
   
   
2. Nun mit dem Windows Explorer in folgendes Verzeichnis wechseln:
   C:\Documents and Settings\{Login}\Local Settings\Temporary Internet Files\Content.MSO\
3. Die Anzeige im Explorer so sortieren, dass die zuletzt bearbeiteten Dateien oben angezeigt werden. Anschliessend muss nun die gesperrte Datei gesucht werden (einfach auf die Datei mit Doppelklick öffnen. Ist die Datei korrekt, muss ohne zu speichern wieder geschlossen werden)
   
4. Die Datei nun aus dem Verzeichnis auf den Desktop verschieben.
5. Nun Versuchen Sie erneut die Datei im SharePoint zu öffnen.
   
6. Damit nun nicht die gesamte Arbeit verloren geht, kann man die zuvor auf den Desktop gespeicherte Datei öffnen, reparieren und anschliessend mit der Datei im SharePoint zusammenführen.

Blogeinträge eines SharePoint-Blogs kann man entweder online oder mittels Editor erfassen. Als Editor wird hierbei im Normalfall Word verwenden. Leider funktioniert dass aber nur mit Word aus Office 2007. Microsoft bietet aber zusätzlich ein tolles “Windows Live” Tool an. Mit dem  Windows Live Writer kann der Blog sehr einfach verwaltet werden. Blogeinträge können im Offline-Modus erfasst werden, oder man schreibt erst mal einen Entwurf und lässt sich diesen Entwurf in der Vorschau anzeigen, bevor man den Eintrag veröffentlicht.

Vor allem interessant ist das Tool, wenn im Blog auch Bilder einfügen will. Dann muss man diese zuerst nicht umständlich ins SharePoint hochladen und dann einen Link auf das Bild setzten. Nein, man kann das Bild einfach mit “copy and paste” in den Editor einfügen, die Grösse festlegen, Schatten hinzufügen und fertig. Beim Veröffentlichen wird das Bild dann einfach mit ins SharePoint geladen.

Der Windows Live Writer kann aber nicht nur Blogs im SharePoint bedienen. Man kann auch den eigenen Blog im Internet (z.B. hier bei Windows Live, bei Blogger oder gar bei Wordpress uvm.) führen. Ganz Easy kann man mehrere Blogs verwalten. Dieser Blogeintrag wurde (wie die meisten meiner Einträge) mit dem Windows Live Writer geschrieben.

Weiterführende Infos zum Thema “IFiltern” findet man unter folgenden URL’s:

• http://www.admins-tipps.de/Microsoft/Index_Dienst/IFilter_f%FCr_den_Index-Dienst.htm
• http://www.sharepointu.com/wirkus/archive/2007/11/29/adobe-ifilter-manuelle-korrektur-f-252-r-sharepoint.aspx
• http://blog.hertes.net/?p=6
• http://support.microsoft.com/default.aspx/kb/946336/de-de
• http://technet.microsoft.com/de-de/library/cc262185.aspx
• http://blogs.itacs.de/Consulting/Lists/Beitraege/Post.aspx?ID=20

IFilter Explorer

• http://www.citeknet.com/Home/tabid/36/Default.aspx

Wer sich mit dem Gedanken trägt, sein DMS in SharePoint zu mirgrieren, und ein gutes Tool dazu sucht, sollte sich mal diesen Blogeintrag ansehen:
http://blogs.msdn.com/jingmeili/archive/2007/03/13/evaluate-partner-solutions-that-support-migration-from-sps-2003-to-moss-2007.aspx