Hier ist eine großartige Referenz, mit der ihr eure SharePoint 2007 Websites effektiv mit einem eigenen CSS versehen könnt:

http://www.heathersolomon.com/content/sp07cssreference.htm

Dann gibts hier dazu die Lösung!
http://abdullin.com/journal/2009/5/12/visual-studio-2008-locks-or-freezes-in-aspx.html

Für die Herren und Damen der in Freising ansässigen Online-Tippgemeinschaft “AFSClub” ging gestern, pünktlich zum Saisonstart, die neue Website online.
Mehr zu erfahren, entweder unter www.afsclub.de oder bei mir, in den Projekten.

Cheers,
Stephan

Hallo zusammen,

heute möchte ich die Unterschiede zwischen den beiden Visual Studio Plugins WSPBuilder (Download auf Codeplex) und Visual Studio extensions for Windows SharePoint Services (VSeWSS, Download auf MS Downloads) gegenüber stellen.

Kompatibilität

Beide Plugins laufen sowohl auf x86- als auch x64-Systemen. Desweiteren benötigen beide Plugins, für die korrekte Funktionsweise des Debuggings, eine SharePoint-Installation auf der jeweiligen Maschine.

Templates

VSeWSS besitzt eine Vielzahl an Projekttemplates. Der Sinn dahinter besteht darin, für jede kleinste Einheit (sei es Webpart, Custom Control, Custom List, etc.) eine eigene Solution zu generieren.

WSPBuilder verfolgt den Ansatz, ein Projekt zu erstellen und innerhalb dieses Projekts verschiedene Elemente nachträglich einzufügen. Dabei existieren für die verschiedensten SharePoint-Komponenten bereits vorgefertige Templates.

Eine Liste aller Templates ist am Ende des Artikels zu finden.

Deployment

Beide Plugins generieren als Resultat eine .wsp-Datei, die sich mittels STSADM oder dem SharePoint Solution Installer installieren lassen. Der Weg dahin ist aber extrem unterschiedlich.

VSeWSS wählt wie oben erwähnt den Ansatz, pro Element eine eigene Solution zu erstellen und nach dessen Schema pro Solution eine WSP-Datei zu generieren.

WSPBuilder hingegen wählt einen eher generischeren Ansatz und zugleich an Microsoft angelehnt: es bildet den 12-Hive nach. Damit lassen sich praktisch alle Ordner des 12-Hive ansprechen und beliebig viele Dateien auf den Zielsystemen dort hineinkopieren. Alle Features werden demzufolge im Visual Studio-Projekt in folgender Struktur abgelegt: /12/TEMPLATE/FEATURES/[FeatureName]
Dateien die in den “_layouts”-Ordner kopiert werden sollen, werden demzufolge in /12/TEMPLATE/LAYOUTS kopiert

Vorgefertigte Templates

VSeWSS

• Blank Site Definition
• Empty
• List Definition
• Team Site Definition
• Web Part

WSPBuilder

• Blank Feature
• Custom Field Type
• Event Handler
• Feature with Receiver
• Item Template
• Sequential Workflow Feature
• Solution Installer Configuration
• State Machine Workflow Feature
• Web Part Feature
• Web Part without Feature
• Web Service

Von der Aufgabenverteilung lässt sich daher definitiv erkennen, dass die beiden Entwicklungen unterschiedliche Fokussierungen besitzen, wo VSeWSS eher auf Site- und Listendefinitionen und damit die No-Code-Lösugnen setzt, werden die codebasierten-Lösungen wie Features, Event Handler und Workflows eher durch den WSPBuilder abgedeckt.

Summary

Mein persönlicher Favorit unter diesen beiden Plugins ist der WSPBuilder. Zum einen aufgrund seines eher Code-Lösung basierten Fokus, ist außerdem der Nachbau der 12-Hive-Struktur extrem hilfreich, Dateien innerhalb des Hives und damit auf sämtlichen MOSS-Maschinen deployen zu können.

Ich habe am Dienstag meine Prüfung zum MCTS SharePoint Configuration bestanden und darf daher ganz offiziell folgendes Logo nutzen ;)