MCTS: Microsoft Windows SharePoint Services 3.0, Configuration
February 26, 2010 by Johnny.Walker · Leave a Comment
Es ist vollbracht!
All das Lesen und Lernen von Technet Seiten und Webcasts hat sich gelohnt…
Hab heute die Prüfung bestanden und darf mich jetzt Microsoft Certified Technology Specialist nennen.
So long…
Benutzerverwaltung im SharePoint
February 25, 2010 by Johnny.Walker · Leave a Comment
Die Windows Sharepoint Services haben standardmäßig drei Benutzergruppen:
- Besucher
- Mitglieder
- Besitzer
Mitglieder der Besuchergruppe haben im Grunde nur Leserechte. Das zeigt sich auch an der Anzahl der Auswahlmöglichkeiten auf der SharePoint Seite.
Angehörige der Mitgliedergruppe haben die Möglichkeit im SharePoint selbst aktiv zu werden. Man kann Dokumente hochladen, bearbeiten, löschen, etc…Unter Umständen hat man sogar das Recht eigene Seiten zu erstellen.
Die Besitzergruppe ist vergleichbar mit der Administratoren-Gruppe im Active Directory. Mitglieder dieser Gruppe haben vollen Zugriff auf alle Einstellungen der SiteCollection.
Und wo wir gerade beim Thema Active Directory sind:
Es ist “Best Practice” im AD für jede Sharepointgruppe im AD ein Äquivalent zu erstellen und Bentzer über diese Gruppen im AD zu verwalten.
Heißt im Klartext: Ich erstelle z. B. die Gruppen SharePoint_Besucher, SharePoint_Mitglieder und SharePoing_Besitzer im Active Directory und füge diesen AD-Gruppen die entsprechenden Nutzer hinzu.
Anschließend gehe ich im SharePoing in die Benutzerverwaltung und füge der Gruppe Besucher die AD-Gruppe SharePoint_Besucher hinzu. Und das entsprechend für jede Gruppe.
Einmal angelegt vereinfacht das spätere Änderungen im AD und im Benutzerumfeld um einiges.
So long…
Geöffnete Dateien löschen
February 19, 2010 by Johnny.Walker · Leave a Comment
Hin und wieder hatte ich im Support den Fall, dass sich Dateien nicht löschen ließen obwohl scheinbar kein Benutzer Zugriff darauf hatte. Es erschien eine Meldung die Datei sei noch im Zugriff.
Wie man solche Dateien löschen kann zeig ich in diesem Beitrag.
Man sollte diese Methode aber vorsichtig anwenden, da es zu Datenverlust kommen kann.
Ich verwende dazu zwei Tools von Sysinternals: pskill.exe und procexp.exe. Diese Tools kann man hier herunterladen.
Die Vorgehensweise ist wie folgt: Man kann die Datei nicht löschen, weil ein Prozess einen sog. Handle erstellt, der das Löschen verhindert. Wir versuchen nun den Prozess zu löschen und können anschließend die Datei löschen.
Also, zur Demonstration habe ich eine Word Datei namens “Meine Testdatei.docx” auf dem Desktop angelegt und in Word geöffnet.
Versuche ich nun die Datei zu löschen erhalte ich die Meldung dies sei nicht möglich.
Starten wir zunächst einmal das Tool procexp.exe (ProcessExplorer). Dieses Tool funktioniert ähnlich wie der Task Manager – nur dass man hier wesentlich ausführlichere Informationen erhält.
Jetzt benötigen wir die Process ID.
Im Menü gibt es den Punkt Find –> Find Handle or DLL…
Klicken wir auf den Eintrag bekommen wir ein Suchfenster angezeigt. Suchen wir mal nach “Mein Testdatei.docx”.
Wenn man sich nicht vertippt hat bekommt man nun einen Eintrag angezeigt, der uns den Prozess (Winword.exe), die ProzessID (5432) und den Handle anzeigt.
Jetzt haben wir unsere ID.
Diese ID beenden wir mit dem Tool pskill.exe.
Dieses Tool hat keine GUI, soll heißen wir müssen auf die Konsole.
Dazu starten wir ein Konsole als Administrator und starten das Programm pskill.exe mit den Parametern –t und 5432.
c:\Users\jp\Desktop\pskill –t 5432
Wenn alles geklappt hat bekommen wir die Meldung der Prozess ist gelöscht worden.
Jetzt sollte es auch kein Problem sein die Datei zu löschen.
Dabei wird allerdings das Programm, der Prozess oder was auch immer Zugriff auf diese Datei hatte hart beendet.
Also nochmal der Hinweis: Bitte vorsichtig und mit Bedacht verwenden.
So long…
SharePoint, WSS und iPhone
February 4, 2010 by Johnny.Walker · Leave a Comment
Einer unserer Kunden hatte vor kurzem die Anforderung Angebote für Außendienstmitarbeiter nachverfolgbar im SharePoint abzulegen und von unterwegs per Internet auf die Infos zugreifen zu können.
Da die Außendienstler alle mit iPhones ausgestattet wurden lag es nahe als Client das iPhone zu verwenden.
Nun sieht das Standardlayout des SharePoints nicht unbedingt toll auf dem iPhone aus. Also hab ich mich mal schlau gemacht und einige Lösungsansätze gefunden um dem Endnutzer die Bedienung so leicht wie möglich zu machen.
Im Apple Store nach vorhandenen App suchen.
Naheliegend – wieso das Rad neu Erfinden. Allerdings waren die Tool nicht gerade besonders zufriedenstellend.
Das App iShare z. B. lässt den Benutzer sich durch Listen und Bibliotheken hangeln, bietet aber ansonsten nichts berauschendes.
iSharePhone hatte einen ähnlichen Ansatz. Nur hier benötigte man noch zusätzlich eine Serverkomponente, die für die Verwaltung der angebunden iPhones diente.
Ein eigenes App für iPhone schreiben und per Webservice anbinden.
Im Grunde eine gute Idee. Nur die Verteilung des Apps ist relativ umständlich und man benötigt Mac OS X um via XCode ein App fürs iPhone schreiben zu können. Das nervt schonmal gewaltig.
Im SharePoint ein WebApp zur Verfügung stellen.
Ein WebApp ist im Grunde eine an die Darstellungsform des iPhones angepasste Webseite.
Super hilfreich war hierbei unter anderem ein Framework namens iWebKit, dass es einem recht einfach macht ein ‘look&feel’ wie bei normalen iPhone Anwendungen zu erreichen – nur eben auf Webbasis. Zusätzlich dazu kann man auf diese Weise wie gewohnt mit dem SharePoint Objektmodel und ASP.Net arbeiten. Für Entwickler, die auf der Microsoft Schiene unterwegs sind ist das – denk ich – schon ein Vorteil.
Zur Zeit favorisiere ich die WebApp Lösung. Ist relativ einfach umzusetzen, eine Verteilung von Apps entfällt und man kann im Grunde auch per Firefox oder einem anderen Browser auf die Daten zugreifen.
So long…
KISS Prinzip
November 30, 2009 by Johnny.Walker · Leave a Comment
Ein weiteres Prinzip in der Anwendungsentwicklung.
KISS!
Damit ist aber nicht die Band gemeint sonder wieder eine Abkürzung.
KISS steht für KEEP IT SIMPLE, STUPID!
Gemeint ist damit, den einfachsten Weg bei der Entwicklung einer Lösung zu gehen. Auch wenn es evtl. interessanter ist einen komplexeren Algorithmus zu schreiben kostet das aber Zeit und damit Geld.
Mit so wenig Aufwand die gestellte Aufgabe so gut wie möglich zu lösen – das ist das Ziel!
Na dann probieren wir’s mal 
So long…
DRY Prinzip
November 29, 2009 by Johnny.Walker · Leave a Comment
In der Anwendungsentwicklung gibt es verschiedene Richtlinien, die einem dabei helfen übersichtlicheren Code zu schreiben.
Eines dieser Prinzipien nennt sich DRY.
DRY steht für Don’t Repeat Yourself!
Ein guter Hinweis. Denn gibt es funktionalen Code, den man per Copy ‘n’ Paste in einer anderen Methode verwenden möchte ist man gut beraten stattdessen diesen Code in eine separate Methode auszulagern.
Muss nähmlich an dieser Logik etwas geändert werden, erfolgt die Änderung nur an einer Stelle – in der ausgelagerten Methode.
Das hilft Code zu schreiben, der besser wartbar ist.
Viele IDEs haben dafür auch eingebaute Funktionen, die es dem Programmierer erlauben vorhanden Code schnell zu überarbeiten. 
Hier im Beispiel die “Extract Method…” Funktion in Visual Studio 2008.
Wenn man sich an dieses einfache Prinzip hält wird der Code um vieles leichter wartbar.
So long…