Ich bin nun seit einer knappen Woche in Karlsruhe, wurde von meinen WG-Mitbewohnern herzlichst aufgenommen und hatte einen tollen Start bei meinem neuen Arbeitgeber.

Auch wenn die momentane Trennung von Freunden, Familie und besonders meinem Mädchen mir schwer fällt, bereue ich meine Entscheidung keine Sekunde, nach Karlsruhe gekommen zu sein.

Bald mehr…

so long…

Ich zeige hier kurz, wie man eine Silverlight Anwendung erstellt und im SharePoint veröffentlicht.

Zunächst erstellt man in Visual Studio eine Silverlight Anwendung. Dieser Anwendung fügen wir die gewünschte Funktionalität hinzu. Möchte man auf das SharePoint Objekt Model zugreifen müssen noch die die beiden DLLs

Microsoft.SharePoint.Client.Silverlight.dll
Microsoft.SharePoint.Client.Silverlight.Runtime.dll

aus dem Ordner \14\TEMPLATES\LAYOUTS\ClientBin referenziert werden. 

Hier gibt’s noch ein kleines Problem mit der Pfadlänge. Visual Studio 2010 kann die DLLs nicht referenzieren, wenn die Pfadtiefe zu lang ist. Die Lösung ist den Projektordner nicht so tief anzulegen – also z. B. in D:\Visual Studio\Projects (vielen Dank an dieser Stelle an Andrew Connell).

Im Silverlightprojekt fehlt nun noch ein

using Microsoft.SharePoint.Client;

und los gehts. Wir können jetzt Listen anlegen, Einträge vornehmen, Daten auslesen, etc…

Beim Kompilieren wird bekommen wir eine *.xap Datei erstellt. Und diese *.xap Datei benötigen wir nun im SharePoint.

Im SharePoint erstellen wir uns eine Dokumentenbibliothek. In diese Dokumentenbibliothek laden wir unsere *.xap Datei hoch.

Anschließend ein Rechtsklick auf die Datei und den Pfad/URL kopiert.

Jetzt fügen wir auf einer SharePoint Seite das Silverlight WebPart ein und geben die URL zu unserer Silverlight Anwendung ein.

Und siehe da: Unsere Silverlight Anwendung wird in unserem SharePoint gehostet.

Die Verteilung ist recht simpel und kann sogar von weniger versierten Benutzern vorgenommen werden. Das vereinfacht auch das Deployment.

Wer ein Beispiel sehen möchte, wie das SharePoint Objekt Model in einer Silverlight Anwendung eingebunden werden kann, dem kann ich die SharePoint 2010 Reihe von Ted Pattison und Andrew Connell von Critical Path Training auf channel9 empfehlen. Andrew Connell hat zum Thema Client Object Model Silverlight ein eigenes Video.

So long…

Gehen wir z. B. mal davon aus, wir möchten eine Liste für SharePoint definieren. Diese Liste hat unterschiedliche Felderbezeichnungen und entsprechende Feldtypen (also sowas wie Integer, String, Note, etc…).

Wir wollen eine Auflistung aller Feldnamen und deren Typ in einem Objekt. Das kann man dann mit einer Schleife durchlaufen. Änderungen an Feldbezeichnungen oder Feldtypen werden an zentraler Stelle vorgenommen.

   1:  using System;

   2:  using System.Collections.Generic;

   3:  using System.Linq;

   4:  using System.Text;

   5:  using Microsoft.SharePoint;

   6:   

   7:  namespace Test

   8:  {    

   9:      class Program

  10:      {

  11:          static void Main(string[] args)

  12:          {

  13:              Kunden k = new Kunden();

  14:              foreach (var kk in k)

  15:              {

  16:                  Console.WriteLine("{0}, {1}", 

  17:                      kk.Key, kk.Value);

  18:              }

  19:              Console.ReadKey();

  20:          }

  21:      }

  22:   

  23:      class Kunden : Dictionary<string, SPFieldType>

  24:      {

  25:          public Kunden()

  26:          {

  27:              this.Add("Nachname", SPFieldType.Text);

  28:              this.Add("Vorname", SPFieldType.Text);

  29:              this.Add("Alter", SPFieldType.Integer);

  30:              this.Add("Bestandskunde", SPFieldType.Boolean);

  31:              this.Add("Notizen", SPFieldType.Note);

  32:          }

  33:      }

  34:  }

Die Klasse Kunden ist von Dictionary abgeleitet. Unsere Werte weisen wir im Konstruktor zu.

Jetzt können wir ein neues Objekt Kunde erzeugen und die Werte mit Key und Value auslesen.

So long…

Das geht am einfachsten über die Kommandozeile.

SET PATH=%PATH%;"C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN"

Die Kommandozeile sollte man als Administrator ausführen und dann den oben stehenden Befehl eingeben.

Zunächst wird hierbei der Umgebungsvariablen PATH der eigene Inhalt zugewiesen und zusätzlich unser Pfad zum SharePoint bin-Verzeichnis. Würde man nur unseren Pfad angeben würden alle anderen Pfade überschrieben werden.

Das muss man beachten, wenn man der PATH Variable auf der Kommandozeile einen zusätzlichen Wert hinzufügen möchte.

So long…

Heute durften wir uns endlich der Abschlussprüfung der Fachinformatiker für Sommer 2010 stellen und somit Teil eins von zwei hinter uns lassen.

Bin schon auf die Ergebnisse gespannt. Hoffentlich lässt sich die IHK mit der Korrektur nicht allzu lange Zeit.

Jetzt wird aber erst einmal die Dokumentation für den mündlichen Teil geschrieben, ausgedruckt, gebunden und abgegeben. Und am 16. Juli 2010 findet dann die Präsentation vor dem IHK Ausschuss statt.

Und nach dem 16. Juli 2010 bin ich auf dem nationalen Stellenmarkt frei verfügbar.

Also, ihr Arbeitgeber 2010! Nutzt eure Chance und holt euch einen qualifizierten und hochmotivierten Einsteiger!!!

So long…

Das Eröffnungsspiel Deutschland gegen die USA.

Und am Mittwoch geht’s nach Mannheim: Kanada vs. Schweiz!

So long…

Das geht mit der 2008er Reihe R2 vom Windows Server nicht mehr.

Es gibt aber eine Lösung!

Ab der Version 2008 R2 erstellt man sich zunächst eine saubere Installation des Servers unter VMware und führt dann das Tool Sysprep – dass Bestandteil des Servers ist – aus.

Man findet das Tool unter c:\windows\sysprep\sysprep.exe

Nachdem das Tool durchgelaufen ist, fährt man die Vorlage herunter und kann nun mehrere Instanzen parallel betreiben. Bei jedem neuen Clone durchläuft man nach dem ersten Starten einen Konfigurationswizard der die nötigen Einstellungen übernimmt. Auch bereits aktivierte Lizenzen werden übernommen, was einem viel Arbeit ersparen kann.

So long…

Wie man einer Dokumentenbibliothek seine eigene Vorlage zuweisen kann, möchte ich hier kurz zeigen.

Als erstes erstellen wir eine Bibliothek namens TESTYTEST.

Dazu klickt man auf Library…

Create Library… und gibt einen passenden Namen an.

Dann wechseln wir zu Word und erstellen unsere Vorlage.

Und jetzt kommt der Trick:
Wir speichern das Dokument als *.dotx unter folgendem Pfad: http://{servername}/{name-der-bibliothek}/Forms

Also in unserem Beispiel: http://jp-nb/TESTYTEST/Forms

Ich habe das Dokument mal MySuppaDuppaTinkyWinkyTemplate.dotx genannt. Den Namen sollten wir uns für später merken.

Als nächstes wechseln wir zu unserer Bibliothek TESTYTEST, klicken oben auf Library Tools –> Library und anschließend auf Library Settings:

Wir bekommen eine Übersicht mit Einstellungsmöglichkeiten und suchen uns die Advanced settings.

Und schon oben können wir den Pfad zu unserer Vorlage angeben. Hier brauchen wir den Namen unserer Vorlage und bestätigen das ganze mit Ok.

Wenn wir jetzt aus der Bibliothek ein neues Dokument erzeugen, öffne sich unsere Vorlage.

Jetzt stellen wir fest: Da sind ja Fehler drin! Aber kein Problem.

Über Library Settings –> Advanced settings wieder in den Dialog wechseln in dem wir den Pfad zu unserer Vorlage eingetragen haben und bei der Vorlage auf Edit Template klicken.

Die Vorlage öffnet sich in Word, wir beheben den Fehler, speichern und alles ist wieder gut. (Edit Template ist im Übrigen auch praktisch um zu prüfen, ob der Pfad zur Vorlagedatei passt).

Die Vorgehensweise kann man auf andere Dokumente leicht übertragen.

So long…

Um mit dem SQL Server Management Studio eine Verbindung aufzubauen muss man folgenden String im Management Studio verwenden:

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query

Diesen String trägt man als Servernamen ein.

Im Übrigen kann dieser String auf jeder Maschine – unabhängig vom Namen – verwendet werden, da Pipes nur lokale anwendung finden.

Nach dem Verbinden kann die Datenbank nun bequem im Management Studio verwalten werden.

So long…

Wie man die Größe des verwendeten Arbeitsspeichers einschränken kann, sehen wir in diesem Beitrag.

Zunächst verbindet man sich mit dem Datenbankserver via SQL Management Studio, erstellt eine neue Abfrage und kopiert folgenden Code hinein:

   1:  EXEC sys.sp_configure N'show advanced options', N'1'  RECONFIGURE WITH OVERRIDE

   2:  GO

   3:  EXEC sys.sp_configure N'max server memory (MB)', N'128'

   4:  GO

   5:  RECONFIGURE WITH OVERRIDE

   6:  GO

   7:  EXEC sys.sp_configure N'show advanced options', N'0'  RECONFIGURE WITH OVERRIDE

   8:  GO 

Dann führt man die Abfrage aus und startet den SQL Server neu. Fertig.

In diesem Beispiel wird die Verwendung auf 128 MB begrenzt.

Natürlich geht dementsprechend auch die Performanz in die Knie… aber z. B. auf einer Entwicklermaschine ist das ja nicht so schlimm.

Der Befehl

sys.sp_configure N'max server memory (MB)', N'128' 

scheint ab der Version 9 des Microsoft SQL Server zu funktionieren… aber nagelt mich darauf nicht fest.

So long…