Bisher dachte ich, das es keinen wirklichen Unterschied zwischen beiden Methoden gibt. Jedoch lehrte mich ein Fehler beim Kunden eines besseren.
Dieser Kunde beklagte, das keine Filterung und Sortierung mit der von mir gerenderten Liste wie mit Standardlisten des Sharepoints möglich sei.
Nach einiger Recherche im Netz fand ich verschiedene Seiten, die ctxId=1 und ctx1 gegen eine Zufallszahl ersetzen (um mehrere Instanzen dieses Webparts auf einer Seite zu ermöglichen -> http://www.tech-archive.net) und eine Seite wo das Interface ICallBackHandler implementiert wird um die Gruppierung zu ermöglichen(http://darrenjohnstone.net).
Das alles versuchte ich auch in meinem Webpart jedoch war es dann irgendwann soweit, das sich überhaupt kein Kontextmenü für die Filterung mehr öffnete. Nach 1 1/2 Tagen Fehleranalyse und probieren zeigte ich dieses Problem einen Kollegen. Dieser hatte die gleiche Methode ebenso in seinem Webpart genutzt und schaute bei sich nach - bei ihm ging es und das sogar ohne ctx-Tausch oder sonstige Verrenkungen. Nach kurzer Codeanalyse war das Problem klar.
Er benutzte SPView.RenderAsHtml() und ich SPList.RenderAsHtml(). Nach kurzem Umbau funktionierte nun auch meine Filterung und Sortierung im Webpart.
Ich hoffe das sich hiermit einige Leute diese Zeit sparen können 
Da ich seit einigen Wochen begeisterter Nutzer des Windows Live Writer bin, habe ich ein wenig mit den Funktionen des Programms herum gespielt und bemerkt, dass es ja keine (Standard)Unterstützung für installierte Plugins auf dem Server gibt. In meinem Fall wäre das eigentlich nur das Plugin GeSHi, welches bei der Formatierung von Codeschnipseln hilft.
Nach kurzer Recherche über die "Suchmaschine meines Vertrauens" fand ich keine Ergebnisse und so schaute ich mich ein wenig im SDK des Live Writers um. Schnell wurde klar, das ein Plugin kein Hexenwerk ist und ich begann ein wenig herum zu spielen.
Das Ergebnis ist im Downloadbereich zu finden.
Anleitung:
Bilder:
Funktionsweise:
Im Pluginbereich auf "GeSHi Code einfügen..." klicken, damit öffnet sich die Form im zweiten Bild. In diesem per Dropdown die gewünschte Sprache wählen und den Codeteil ins Textfeld kopieren. Gegebenenfalls noch die Checkbox "Show numbers" aktivieren um vor dem Code die Zeilenanzahl einzublenden. Hierbei wird eine weitere Textbox dargestellt, wo die Startzeile angegeben werden kann. Mit "OK" geht's dann wieder zurück zum Live Writer.
Über Feedback oder Bugmeldungen freue ich mich natürlich
Viel Spaß damit
Mein zweiter Fehler des heutigen Tages kam direkt nach der Erstellung und Aktivierung des Feature für die Masterpage.
Nach der Aktivierung bekam ich den Fehler bei jedem Seitenaufruf angezeigt, obwohl eigentlich kein Fehler drin sein konte, da die Masterpage ja vorher auch funktionierte. Nach kurzer Recherche fand ich dann die Lösung, das man die Kommentare in der Masterpage entfernen sollte. Also versucht und geklappt
Dieser Fehler könnte daher stammen, das der aktuelle User keine Farm Adminstrationsrechte besitzt. In meinem speziellen Fall betraf es das Kommando "stsadm -o upgradesolution".
Dieser Fehler tritt allerdings auch auf, wenn man mit einer Windows Form und dem Code SPSecurity.RunwithElevatedPrivileges im Zusammenhang mit SPJobDefintions arbeitet und der ApplicationPool Account zwischen WebApplication und Zentraladministration verschieden ist!
Derzeit suche ich nach einer Lösung für das 2 Problem aber habe keine wirkliche Lösung parat. In der Testumgebung half es, den ApplicationPool Account der WebApplication in den Farm Administratoren aufzunehmen und einen IISReset durchzuführen. Dieses Szenario blieb in der Wirkumgebung des Kunden allerdings erfolglos. 