Tom Ziegmann beschreibt in einem 12-seitigen Dokument die Konfiguration von Windows SharePoint Services auf einem HomeServer. Folgt man der gesamten Anleitung, ist ein fertiger WSS 3.0 vom Intranet und Internet aus erreichbar.
http://homeserver.files.wordpress.com/2007/11/wss30_whsv1.pdf
Auch dieses Jahr war die NTeam GmbH wieder in Köln vertreten, um die neuesten Lösungen rund um den SharePoint Server 2007 zu präsentieren.
Ein Interview wurde ebenfalls wieder geführt, hier über das Thema “Web-Content-Management mit SharePoint” (Intranet, Internet und Extranet) | Kunde: Deutsche Telekom Laboratories
Weitere Infos zu Lösungen rund um das Thema SharePoint u.v.m. sind unter http://www.nteam.de zu finden.
Eigentlich bin ich bisher immer davon ausgegangen, das ich auf meinem Homeserver durch dir Installation der Windows SharePoint Services 3.0 (WSS) auch gleichzeitig einen SQL Server Express mit installiert habe. Als ich gestern jedoch WSUS installieren wollte wurde ich stutzig, als der Installationsassistent angeblich keine Datenbank finden konnte und mir nur die Auswahl gab, eine Windows Internal Database zu erstellen.
Eine Windows Internal Database wird von einigen Services benutzt, ist jedoch kaum zu vergleichen mit dem SQL Server Express.
Nun, da ich nun wusste wohin der WSS seine Daten schreibt, machte ich mir Gedanken, wie ich an diese überhaupt heran komme! Ich installierte mir das SQL Server Management Studio Express und spielte ein wenig damit herum. Der Verbindungsdialog zeigte mir als Servername “Server\Microsoft##SSEE”.
Also auf “Verbinden” gedrückt und gewartet was passiert. Und es kommt, was ja kommen muss… Ein Fehler, war ja klar. 
Danach habe ich mich ein wenig im großen WWW über die Internal Databases informiert und schwupps, auch gleich eine Antwort gefunden, wie man sich verbinden muss.
\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query
Einen Augenblick später ist man dann auch schon verbunden und sieht alle Datenbanken.
Jetzt stellt sich aber auch die Frage, wo ist der Hauptunterschied zwischen SQL Server Express und den Internen Datenbanken. Was ist besser. Momentan wünschte ich mir einen SQL Server Express jedoch muss ich mich hier noch ein wenig tiefer in die Materie einlesen um die Vor und Nachteile zu erkennen. Danach werde ich mir dann überlegen, ob ich die Datenbanken des WSS umziehe oder einfach so belasse.
Wer weitere Informationen oder Erfahrungen damit hat, kann sie gerne hier hinterlassen.
Ennnnnnnnddddddddliiiiiicccccccccccccchhhhhhhhhhh… heute wurde auf der World Partner Conference ein erster langersehnter Einblick auf die neue Version des SharePoint Server gegeben.
Microsoft gibt einen Überblick auf den neuen SharePoint 2010 und damit auf einige der neuen Funktionen. Ich finde das Layout sehr ansprechend (Ribbons, neue Aufteilung der Elemente) aber auch die neuen Funktionen können sich sehen lassen! Sehr schön für Entwickler ist die Integration des SharePoints in Visual Studio 2010 (Server Explorer für Zugriff auf Listen, viele Projekt Templates) aber auch das Developer Dashboard, welches dem Entwickler sehr nützliche Informationen wie z.B. der Ladezeit des einzelnen Webparts liefert.
Alles in allem, finde ich, ist es ein sehr gelungenes Paket!
Wer sich selbst davon überzeugen mag, der findet hier 3 Videos:
Overview Sneak Peek
Developer Sneak Peek
IT Professional Sneak Peak
SharePoint bringt eine Reihe von eigenen Controls mit, die auch in den Eigenentwicklungen genutzt werden können. Die folgenden Seiten bieten einige Beispiele für die Einbindung und Benutzung dieser Controls.
René Hézser stellt eine Klasse mit diversen Webcontrols zur Verfügung, wobei das benötigte Control anhand des SPFieldType ermittelt wird
René Hézser zeigt außerdem die Verwendung von TextField bzw. RichTextField, welche “webübergreifend” agieren
Karine Bosch zeigt die einfache Verwendung von SharePoint User Controls und SharePoint Server Controls, unter anderem “InputForm Controls”, “DateTime Control”, “PeopleEditor Control”, “SPGridView Control”, “Validator Controls”…
Reza Alirezaei zeigt die Benutzung einer Standard SharePoint Toolbar in Webparts
Gerade hatte ich das Problem, einen Benutzer aus dem AD auszulesen und im Sharepoint zu berechtigen. Das Problem hierbei war, das man aus dem sAMAccountName nur den Teil des Namens bekommt und nicht etwa die Domain dazu.
Es wird aber für web.EnsureUser() genau der komplette Loginname benötigt.
Des Rätsels Lösung:
public static string GetLoginName(string alias) { NTAccount nt = new System.Security.Principal.NTAccount(alias); SecurityIdentifier sid = (SecurityIdentifier)nt.Translate(typeof(SecurityIdentifier)); nt = (NTAccount)sid.Translate(typeof(NTAccount)); return nt.Value; }
Hat mir jedenfalls eine Menge gefrickel erspart! Danke Dan
Bei der Webpart Entwicklung ist es oft notwendig, die darzustellenden Labels, Hinweistexte und sonstige Schriftzüge in verschiedenen Sprachen zu halten. Sei es ein freies Webpart, welches für die breite Community gedacht ist, ein Kundenwunsch, weil er mehrere Standorte in verschiedenen Ländern und somit auch anderssprachige Mitarbeiter hat oder sonst ein beliebiger Grund wie z.B. Langeweile.
Bei mir trifft heute der zweite Punkt zu und daher möchte ich kurz auf die Lokalisierung eingehen. (kurz deshalb, weil es gar nicht soviel ist )
Man nehme ein Webpart seiner Wahl und beginnt zu entwickeln.
Beispiel: Wir möchten einen String ausgeben, welches uns in verschiedenen Sprachen begrüßt. Diese Texte sollen in Deutsch und in Englisch erscheinen.
Zuerst legen wir 3 Resourcendateien an, welche beim SharePoint im Verzeichnis 12/Resources/ liegen.
Diese Datei nennen wir Beispiel.resx, Beispiel.en-us.resx und Beispiel.de-de.resx.
Inhalt Beispiel.resx und Beispiel.en-us.resx
<?xml version="1.0" encoding="utf-8"?> <!-- _lcid="1033" _version="12.0.4518.1014" _dal="1" --> <!-- _LocalBinding --> <root> <Data Name="wphallotext"> <Value>Hello WebPart</Value> </Data> </root>
Inhalt Beispiel.de-de.resx
<?xml version="1.0" encoding="utf-8"?> <!-- _lcid="1031" _version="12.0.4518.1014" _dal="1" --> <!-- _LocalBinding --> <root> <Data Name="wphallotext"> <Value>Hallo WebPart</Value> </Data> </root>
Hierbei ist der einzige Unterschied die LCID und der Wert unseres Keys. Die ersten beiden Dateien sind sogar komplett gleichen Inhalts, worauf ich später nochmal eingehe.
Wenn diese 3 Dateien nun fertig im Verzeichnis hinterlegt sind, können wir diese Strings nun zur Laufzeit im Webpart laden. Dazu bietet das Objektmodell des SharePoints bereits eine Methode, welche 3 Parameter erwartet.
string str = SPUtility.GetLocalizedString("$Resources:wphallotext", "Beispiel", 1033);
"wphallotext" ist der Key, welcher in den Dateien definiert ist
"Beispiel" ist das Ressourcenfile (ohne die spezifische Sprachendung)
"1033" steht für die Englisch (natürlich sollte dies nicht hartcodiert sein, sondern z.B. per SPContext.Current.Web.Language ermittelt werden )
Tja das war es dann auch schon. Kompilieren, anschauen und freuen wie einfach es doch ist.
Aber wozu werden denn nun 3 Dateien gebraucht wenn es nur 2 Sprachen gibt und warum sind Beispiel.resx und Beispiel.en-us.resx komplett gleich? Die Datei Beispiel.resx ist das Default-Resourcenfile und wird benutzt, wenn eine Sprache nicht verfügbar ist. Da Englisch eine Weltsprache ist macht es hier Sinn, diese in die Default Resource zu packen. Wird nun die Webseite in Russisch geladen und wir haben keine Beispiel.ru-ru.resx hinterlegt, wird unser Text in Englisch angezeigt.
*SCHNIEF*
Soeben habe ich auf dem Microsoft SharePoint Team Blog gelesen, das es keinen MOSS mehr geben wird. Allerdings müssen wir uns nur eine neue Abkürzung ausdenken, denn der “Office” – Teil im Namen wird in der zukünftigen Version verschwinden. Auch heißt die kommende Version nicht mehr Microsoft SharePoint “14” sondern Microsoft SharePoint 2010. MSS (Microsoft SharePoint Server 2010) ist als Synonym schon für den Search Server vergeben – geht also auch nicht…
Das der “Office” – Teil im Namen entfallen ist hängt damit zusammen, das viele Leute mit “Microsoft Office” die Clientapplikationen in Zusammenhang bringen und das ist natürlich nicht gewollt. Eine kräftige und viel bessere Unterstützung bringt der Server natürlich trotzdem für die Office Produkte mit.
An der v4 der Windows SharePoint Services wird auch kräftig gearbeitet, aber dazu gab es zu diesem Zeitpunkt keine genaueren Infos.
Tja, wie nennt denn die Community nun die neue Version? Ausschreiben wird auf Dauer zu langwierig..
MSPS? Weiterhin MOSS 2010? SharePoint 14?
Als ich die News in einigen Sharepoint Blogs (unter anderem bei Rene Hezser) gelesen habe, dachte ich noch an einen Aprilscherz. Das Datum, 1. April wurde vorausgesagt und passte ja perfekt als kleiner Scherz, um neuen Gesprächsstoff in der Community zu erwecken. Allerdings wurde aus diesem Gerücht die Wahrheit und der Designer ist ab sofort im kostenlosen Download verfügbar!
Der Sharepoint Designer kann unter http://www.microsoft.com heruntergeladen werden.
Du kennst den Sharepoint Designer gar nicht und fragst dich was das sein soll? Du bist über die Suchmaschine deines Vertrauens auf diese Seite gelangt, weil du nach “kostenlos” gesucht hast und willst nun wissen ob sich der Download lohnt? Michael Greth (Sharepoint MVP) hat einige Tipps zur Verwendung des Sharepoint Designers und weitere Quellen zusammengefasst (22+ Stück).
Und wieder sind 2 neue Blogs mit dem hauptsächlichen Thema "Entwicklung" ganz frisch im WWW.
Beide Blogs stammen von meinen Kollegen, die sich hauptsächlich den Themen Sharepoint - allgemein, Webparts, Webservices, Workflows oder Infopath widmen und mit Sicherheit einige tolle Code Snippets und Tipps dort veröffentlichen werden.
Steffen hat bereits seinen Blog mit dem Beitrag -> Image per WebService ins InfoPath Formular gestartet.
Markus ist mit seinem "nächsten Blog" schon um ein paar Beiträge reicher!
na dann Happy Blogging