Aus der Entwicklung mit ASP.NET und auch aus der Entwicklung mit WSS 3.0 und MOSS 2007 kennt man, dass man durch ändern der web.config (unter C:\inetpub\wwwroot\VirtualDirectories\Port_Number) erreichen kann, dass detaillierte Fehlermeldungen angezeigt werden. Dazu setzt man im Tag customErrors das Attribut “mode” auf den Wert “Off”. Diese Möglichkeit gibt es auch weiterhin in SharePoint 2010 und hat zur Folge, dass statt der relativ unaussagekräftigen aber dafür in einem frischen Design verfassten Fehlermeldung

der bekannte Yellow Screen of Death

erscheint.

Neu ist, dass es in Sharepoint 2010 nicht nur eine, sondern mehrere web.configs gibt, die relevant sind (s. http://msdn.microsoft.com/en-us/library/ms460914.aspx):

• \\Inetpub\wwwroot\VirtualDirectories\Port_Number
• \\Program Files\Common Files\Microsoft Shared\Web Server Extensions\wpresources
• %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\CONFIG
• %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\ISAPI
• %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\LAYOUTS

Ist ein WebPart also auf einer Inhaltsseite eingebunden, muss man die web.config unter C:\Inetpub\wwwroot\VirtualDirectories\Port_Number anpassen, um aussagekräftigere Fehlermeldungen zu erhalten, hat man das WebPart als Control auf einer Administrationsseite im _layouts-Ordner eingebunden, muss die web.config unter %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\LAYOUTS geändert werden.

Mit SharePoint 2010 in Kombination mit Visio 2010 besteht nun die Möglichkeit, auch ohne SharePoint Designer Workflows zu definieren.

Im Bereich der Fluss-Diagramme findet man das Template Microsoft SharePoint Workflow. Auf Basis dieses Templates soll nun exemplarisch ein Workflow erstellt werden.

Hat man auf Basis des Templates eine neue Zeichnung erstellt, kann man direkt mit der Erstellung des Workflows beginnen. Wenn man schon mit Flussdiagrammen gearbeitet hat, ist die Handhabung recht einfach.

Der Anwendungsfall im Beispiel soll ein einfacher Urlaubsantrag sein. Mitarbeiter sollen in der Lage sein, Urlaubsanträge zu erfassen. Dieser soll zur Genehmigung einem Mitarbeiter der HR-Abteilung vorgelegt werden. Im Anschluss daran wird der beantragende Mitarbeiter über den Status seines Antrags informiert.

Um dies zu designen zieht man einfach die entsprechenden Shapes auf die Zeichnung und verbindet diese Shapes dann. Um die Lesbarkeit zu erhöhen und Aufgaben näher zu spezifizieren kann und sollte man die Standard-Texte anpassen.

Vor dem Export sollte man mit Hilfe des Menüpunktes “Diagramm überprüfen” einen Check auf Probleme durchführen. Ein Klick auf “Exportieren” erzeugt eine VWI-Datei, die als Austauschformat dient.

Schaut man sich diese Datei etwas näher an, wird man feststellen, dass sie den Workflow als VDX-Datei, als auch als XOML-Datei beinhaltet.

In meinem Beispiel gibt es 2 Listen: Die Benutzerdefinierte Liste Urlaubsanträge beinhaltet die Urlaubsanträge, die Kalenderliste Urlaubskalender beinhaltet die genehmigten Urlaube in der Übersicht.

Um aus der Visio-Zeichnung nun einen SharePoint-Workflow zu generieren, wird SharePoint Designer 2010 benötigt. Hier kann man die eben erstellte Austauschdatei importieren. In meinem Fall soll der Workflow als Listenworkflow an die eben genannte Liste Urlaubsanträge gebunden werden.

SharePoint Designer erzeugt nun einen Workflow, der schon der grundlegenden Struktur aus der Visio-Zeichnung entspricht, nun aber noch von einer technisch versierten Person mit Leben gefüllt werden muss.

Man sieht, dass als Hilfestellung die geänderten Beschriftungen aus Visio übernommen wurden.

Erster Schritt im Workflow ist die Prüfung auf einen genehmigungspflichtigen Urlaubsantrag. Hier könnte man den Inhaltstyp abfragen. In diesem Fall gibt es ein Feld Typ und wenn hier “Sonderurlaub” steht, soll eine Genehmigung erfolgen. Die Einrichtung ist recht selbsterklärend.

In den Workflow-Einstellungen kann man nun noch definieren, wann der Workflow starten soll (z.B. sobald ein Eintrag erstellt wurde) – das ist ja schon aus SharePoint bekannt.

Der Workflow kann nun auch wieder nach Visio exportiert werden. Es entsteht dabei wieder eine VWI-Datei, die in Visio importiert und weiter bearbeitet werden kann. Im Beispiel könnte man nun noch eine Eingangsbestätigung zu Beginn des Workflows versenden. Dazu wird der Workflow einfach im Visio geändert, exportiert und erneut in SharePoint Designer geöffnet.

Wie man sieht, sind alle Einstellungen noch enthalten, die neu hinzugefügten Schritte müssen nur noch bearbeitet werden.

Zusammenfassend kann man sagen, dass die Erstellung von Workflows per Visio in meinen Augen eine schöne Möglichkeit ist, von fachlicher Seite her zu definieren wie ein Prozess ablaufen soll. Die technische Umsetzung muss nach wie vor ein Entwickler oder Power-User durchführen.

Am 27.07.2010 findet das nächste Treffen der SharePoint Usergroup Dresden statt. Wir haben wieder ein paar sehr spannende Themen rund um SharePoint 2010 vorbereitet und hoffen (trotz Ferienzeit) auf viele interessierte Teilnehmer.

Inhaltlich erwartet uns an diesem Abend folgendes:

• Visio-Services: Potenzial und Alternativen (Kai-Uwe Gärtner)
  Ganz neu, voller Spannung erwartet und vielversprechend beworben präsentieren sich die Visio Services von SharePoint 2010. In dieser Präsentation erfahren wir, was mit den Visio Services alles möglich ist – und wo ihre Grenzen liegen. Die Präsentation fokussiert neben der Einbindung von Visio-Dateien in SharePoint auch auf die dynamische Anbindung externer Datenquellen (z.B. SharePoint Listen) sowie Workflow-Design in Visio. Ebenfalls adressiert werden Themen wie Silverlight und Ajax – auch im Rahmen der Beleuchtung von Alternativen zu Visio Services.
• Taxonomy Store und Social Tagging (Anne Rüger)
  Mit Web 2.0-Features wie Social Tagging oder dem Taxonomy Store wartet SharePoint 2010 auf. Nach einer Gegenüberstellung der beiden Themen, in denen Anne darauf eingeht, was beide Technologien leisten können, lernen wir in einem Show Case, in welchen Anwendungsfällen diese sinnvoll eingesetzt werden können.

Wir treffen uns um 19:00 Uhr hier bei der Communardo Software GmbH. Beachtet bitte bei der Anfahrt, dass Trachenberger Platz und Trachenberger Straße derzeit Großbaustelle sind. Damit wir den Abend besser planen können, meldet euch bitte im Xing-Event an.

SharePoint 2010 unterstützt mehrsprachige Benutzeroberflächen (MUI) out-of-the-box. Voraussetzung ist allerdings, dass das passende Language Pack installiert ist. Ist diese Einstellung in einer Site aktiviert, können Anwender über eine Sprachauswahl die Sprache umschalten. Im Gegensatz zu vorherigen SharePoint-Versionen können nun auch Spaltenüberschriften in Listen und andere systemeigene Beschriftungen in anderen Sprachen dargestellt werden.

Aktivierung über die Benutzeroberfläche

Unter Site Administration -> Language Settings finden sich die Spracheinstellungen der Site.

Bei der Standardsprache handelt es sich um die Sprache, mit der die Site angelegt wurde; sie ist nicht änderbar. Es kann jedoch auch festgelegt werden, welche Sprachen die Site auch unterstützen soll.

Auswirkungen

Standard-Templates, die mit SharePoint ausgeliefert werden (wie z.B. die Teamsite) unterstützen dank der Language Packs direkt die gewählten Sprachen. Kehrt man nach der Änderung der Einstellung in die Site Administration zurück und hat wie ich zwar eine englische Site, aber einen Browser mit deutscher Sprachauswahl, so wird die Site Administration direkt in deutsch angezeigt und auch die Bibliotheken, Listen und Spaltenüberschriften in den Listen erscheinen auf deutsch.

Im Menü gibt es nun einen neuen Menüpunkt, über den die Anzeigesprache geändert werden kann. Wer sich bereits mit Variations beschäftigt hat, dem sollte dieses Verhalten bekannt vorkommen. Bereits in MOSS 2007 gab es den Variation Label Picker, der ähnlich funktioniert hat.

Als Beispiel habe ich eine Liste angelegt, die kleinere Projekte verwalten soll – so zum Beispiel den Hausbau von Familie Smith und den Bau einer Hundehütte bei Familie Doe. Da als Standard “English” definiert ist, lege ich auch die neuen Spalten in englisch an. Etwas unschön für die deutschen Anwender ist nun, dass selbst definierte Listenspalten und auch der Listentitel im Menü auch in englisch erscheint. Berechtigte Benutzer können das aber ganz einfach ändern, indem sie in die Listeneinstellungen bzw. Spalteneinstellungen gehen, wenn die entsprechende Sprache ausgewählt ist und dann die Werte überschreiben. Der Effekt ist, dass deutsche Benutzer nun eine fast perfekt übersetzte Seite sehen.

Wieso nur fast perfekt? Die Listeninhalte sind natürlich weiterhin in der Sprache, in der sie angelegt wurden und sie sind auch nur in einer Instanz vorhanden – Änderungen wirken sich daher direkt auf andere Sprachen aus.

Aktivierung über die PowerShell

Da die Einstellung pro Site gilt, ist es besonders bei vielen Subsites sinnvoll, eine skriptgesteuerte Variante für die Aktivierung von Mehrsprachigkeit zu haben. die Einstellungen finden sich im Objekt vom Typ SPWeb.

Start-SPAssignment -Global;

# add german language to alternate languages
$site = Get-SPSite "http://myServer/sites/mhytest";
$web = $site.RootWeb;
$web.IsMultilingual = $True
$web.AddSupportedUICulture([System.Globalization.CultureInfo]::GetCultureInfo(1031))
$web.Update()

Stop-SPAssignment -Global;

Das Skript ermittelt das Rootweb der angegebenen Site und fügt die Sprache Deutsch zu den unterstützten Sprachen hinzu – also genau das was auch in der Beschreibung oben über die Benutzeroberfläche gemacht wurde.

Möchte man anonymen Zugriff auf einer Site Collection erlauben, so muss zunächst in der Central Administration unter Authentication Providers der Anonyme Zugriff aktiviert werden und im Anschluss daran noch in den Einstellungen der eigentlichen Site Collection den Anonymen Zugriff spezifiziert werden.
Auffällig ist, dass man zunächst die Web Application der Central Administration öffnen muss, und im Anschluss daran noch ein bis mehrere Web Applications öffnen und dort die Einstellungen ändern muss.

Was über die Benutzeroberfläche geht, geht auch über die PowerShell – dem Mittel der Wahl für Administratoren.

Start-SPAssignment -Global;

# set anonymous access in webapp
$webapp = Get-SPWebApplication "http://myserver";
$webAppZone = [Microsoft.SharePoint.Administration.SPUrlZone]::Default;
$webappsettings = $webapp.GetIisSettingsWithFallback($webAppZone);
$webappsettings.AllowAnonymous = $true;
$webapp.Update()
$webapp.Provision()

# set anonymous access in website
$site = Get-SPSite "http://myserver/sites/mytest";
$web = $site.RootWeb;
$web.AnonymousState = [Microsoft.SharePoint.SPWeb+WebAnonymousState]::On;
$web.Update();

Stop-SPAssignment -Global;

Was passiert hier? Zunächst wird in den IIS-Settings der Anonyme Zugriff erlaubt. Dazu greift man über die SPWebApplication auf die SPIisSettings zu. Im Anschluss daran wird dann die passende Einstellung im RootWeb der betroffenen Site gesetzt.
Wenn man mag, kann man das Ganze auch als Einzeiler schreiben – eine kleine Inspiration findet sich im Post von Bryan Porter.

Das nächste Treffen der .NET Usergroup Dresden findet am 05.05. um 18.00 Uhr hier bei der Communardo Software GmbH statt. Die Teilnehmerliste gibt es auf der Xing Seite der User Group.

In einem DeepDive zeigen euch Lars Heinrich (http://www.xamllab.net/) und Peggy Reuter (http://xamlfab.net/blog/) den Umgang mit Expression Blend für Silverlight, Windows Phone 7 und WPF. Damit ihr am Ende des Abends auch handfestes Wissen mit nach Hause nehmt, werden die beiden mit euch einige kleine Applikationen erarbeiten. Angedacht sind für den gemeinsamen Abend: eine Formular-Applikation, ein SketchFlow Prototyp und das Designen dessen, sowie ein kleines 3D-WPF-Projekt. Im Verlauf der drei kleinen Arbeiten werdet ihr die relevanten Features von Blend und den Basis-Umgang mit Blend erlernen. Die großen Neuerungen von Blend 4, sowie eine Windows Phone App werden wir, wenn Zeit bleibt, auch noch demonstrieren. Es wird ein codefreier Abend werden, da wir uns an diesem Abend vorwiegend auf der WYSIWYG-Oberfläche bewegen werden.

Um mitmachen zu können, sollten eure Notebooks ausgerüstet sein mit:

• Expression Blend 3
• Silverlight 3
• .Net Framework 3.5
• Silverlight 3 Toolkit
• Blend SDK

Wer mit Silverlight 4 / Blend 4 ausgerüstet ist, ist damit natürlich genauso willkommen, und natürlich auch wer kein Notebook mitbringen kann, ist herzlich eingeladen, teilzunehmen.

Wir freuen uns wie immer auf euer zahlreiches Erscheinen.

Am Abend des 29.03. verwandelte sich der Besprechungsraum von Communardo in eine Trainingshalle. Begeisterte und interessierte Mitarbeiter waren eingeladen, an einem Coding Dojo teilzunehmen.

Was ist ein Coding Dojo eigentlich?

Im weiteren Sinne kann man dazu auch Programmier-Übung sagen. Dojo ist ein aus der japanischen Kampfkunst übernommener Begriff. Dort steht er für den Übungsraum, in dem die einzelnen Übungen (= Kata) durchgeführt werden. In der Übertragung auf den Entwicklerbereich kann man es dann auch als “Zusammentreffen von Entwicklern” übersetzen, die sich gemeinsam einer meist einfachen Aufgabe annehmen und spielerisch daran neue Techniken oder Technologien trainieren.

Wie lief der Abend?

Vom Reiz des Neuen angezogen, war auch das Interesse team- und abteilungsübergreifend erfreulicherweise sehr groß und der Abend konnte (fast pünktlich) beginnen. Nach einer kurzen Erklärung des Prinzips von Test Driven Development und wie man eine Kata eigentlich durchführt, ging es auch schon los.

Um nicht gleich zuviel Neues zu bringen, war das erste Beispiel BubbleSort. Hier kannten einige den Algorithmus nicht mehr, gibt es doch im .NET-Framework Methoden, die das für einen übernehmen. Als dieser dann klar war, war dies aber eine gute Möglichkeit, TDD auszuprobieren, ohne sich gleichzeitig noch Gedanken darum machen zu müssen, wie das Problem gelöst werden kann. Da die Kata FizzBuzz dann recht schnell gelöst war, haben wir auch noch die Kata Potter angefangen, allerdings war dann irgendwann die Zeit auch vorbei und die letzte Optimierung fehlt uns noch.

Was nehme ich mit?

Dojos sind eine einfache und interessante Möglichkeit, neue Technologien oder Techniken zu erlernen und auszuprobieren. Man kann damit Interesse auch technologieübergreifend wecken – diese Art der Durchführung ist nicht auf .NET beschränkt. Dojos machen Spaß und auch wenn man keinen passenden Algorithmus findet, sieht man Ansätze der Anderen und kann sich selbst einbringen oder bekommt Ansätze für Herangehensweisen, an die man nicht gedacht hat.

Wie geht’s weiter?

Der Plan ist, dass die Reihe fortgesetzt wird. In unregelmäßigen Abständen wird es hier weitere interne Dojos zu unterschiedlichen Themen geben. Öffentliche Dojos wird es vermutlich in Zukunft im Rahmen der .NET Usergroup geben.

Am 12.05.2010 ist offizieller Start von SharePoint 2010 und Office 2010.  Als Teil der deutschsprachigen SharePoint-Community feiern auch wir von der Sharepoint Usergroup Dresden dieses Event mit einem Usergroup-Treffen und einem Public Viewing der Keynote von Stephen Elob und schließen uns damit dem weltweiten Launch Event an.

Aus diesem Grund findet das Treffen diesmal auch etwas früher als gewohnt statt: Wir treffen uns am 12.05. 16:30 bei der T-Systems MMS. Nähere Informationen zum Termin und einen Link zur Anmeldung findet man wie immer im Xing-Event.

Was macht eigentlich einen professionellen Software-Entwickler aus? Mit dieser Frage starten Ralf Westphal und Stefan Lieser gern, wenn sie erklären, worum es bei der Clean-Code-Developer-Initiative eigentlich geht. Und auch genau mit dieser Frage startete die Keynote des dotnetpro Powerdays zum Thema CCD, der am 09.03.2010 in München die Einleitung zu einem dreitägigen Workshop bot. Und die Antworten aus dem Publikum sind sehr reichhaltig: “Man hat Spaß daran, guten Code zu schreiben” und “Man hat Erfahrung.” hört man aus der einen Richtung, “Jemand ist bereit, einem für ein Programm Geld zu geben” und “Man schreibt Code den andere verstehen” aus der anderen Richtung. Letztenendes ist klar: Dies sind nicht die Kriterien für einen professionellen Softwareentwickler, sondern Professionalität aus dem Blickwinkel von CCD ist eine Mischung aus Bewusstheit und Prinzipien. Mit viel Witz und mehren verschenkten Mausmatten als Belohnung für interessante Antworten führen die beiden durch die Keynote und bringen so jedem das Thema näher.

Mit einem kleinen Ausflug in die Softwarearchitektur und einer Betrachtung von Test Driven Development geht der Tag weiter. Klar ist, die beiden wissen was sie rüberbringen wollen und vertreten da auch ihre Meinung recht konsequent. Aussagen wie “Wozu brauche ich einen Debugger – meine Tests zeigen mir doch, wo der Fehler ist”, “Zum Erstellen einer Softwarearchitektur braucht man keine Tools – nur ein Flipchart” sorgen dafür, dass selbst langjährige und erfahrene Entwickler das Problem mal aus einer anderen Richtung betrachten – und wenn uns jemand nach einer Software-Architektur für ein Warenwirtschaftssystem gefragt hat, haben wir dann nicht alle mit einem einzigen “großen Kreis mit Bubbel in der Mitte” auf dem Flipchartpapier geantwortet?

Nach einem Abstecher in Richtung Event Based Programming mit den Hauptakteuren “Paula Portal”, “Anton Adapter”, “Frieda Filter” und “Zacharias Zähler” bestand der Nachmittag darin, eine “Brownfield-Anwendung” im Sinne von CCD sauber zu machen. Leider musste ich nach der Ermittlung der guten und schlechten Eigenschaften der Anwendung die Veranstaltung verlassen, weil sonst mein Flieger ohne mich gestartet wäre, aber ich denke das anschließende Refactoring der Anwendung war auch noch sehr interessant.

Zusammenfassend: Ja, ich mag diese Art von Stefan und Ralf, wie sie solche Veranstaltungen durchführen, unabhängig davon ob sie kostenfrei auf Usergroups sind oder ob sie Workshops durchführen. Denn so wird man abseits vom täglichen Geschäft dazu animiert, mal neue Wege einzuschlagen oder anders an ein Thema heranzugehen. Schade ist, dass es im Tagungsraum im Untergeschoss kein WLAN oder UMTS gab, denn sonst wären einige der Sprüche der beiden sicher sofort per Twitter in der virtuellen Welt gelandet.

Und der Ausspruch eines Teilnehmers “Ich bin der, der unbedingt hierher wollte, weil es interessant ist; mein Kollege hätte es aber eigentlich nötig gehabt, das mal mitzumachen.” zeigt, dass das Thema durchaus interessant ist, aber noch nicht alle die Notwendigkeit gesehen haben, wirklich professionell zu arbeiten.

SharePoint 2010 bietet mit der Assembly Microsoft.SharePoint.Linq.dll (zu finden im Ordner 14\ISAPI) die Möglichkeit, recht einfach Listeninhalte abzufragen. Wenn man sich etwas näher damit beschäftigt, kann man sehr viele Parallelelen zu LINQ to Objects und Linq to SQL entdecken.

Erster Schritt ist, eine Referenz auf die genannte Assembly hinzuzufügen. Ab diesem Zeitpunkt steht der Namespace Microsoft.SharePoint.Linq zur Verfügung. Dieser beinhaltet die Klasse DataContext, über die ähnlich wie bei LINQ to SQL auf die Inhalte zugegriffen werden kann. Die Initialisierung des Kontexts ist recht einfach – hierzu wird einfach im Konstruktor des Objekts die Url der zu verwendenden Site übergeben.

Vor dem Erfolg steht aber ein wenig Arbeit, denn der Zugriff ist typsicher und so müssen für die verwendeten Inhaltstypen Klassen angelegt werden. Auch hier zeigen sich wieder Parallelen zu bereits Bekanntem: Mit Hilfe des Tools SPMetal (zu finden im Ordner 14\BIN) können die Klassen auf Basis einer bestehenden Site automatisch erstellt werden.

Ab diesem Zeitpunkt ist es recht einfach, wie das folgende Beispiel zeigt:

DataContext data = new DataContext("http://mysite/");

EntityList<Page> wikiPages = data.GetList<Page>("Pages");
var filteredPages = from wikiPage in wikiPages
            where wikiPage.Name == "Inline-Process-Editor.aspx"
            select wikiPage;

foreach (var filteredPage in filteredPages)
{
    Console.WriteLine(filteredPage.Path);
}