Immer häufiger verdrängt der SharePoint Server den Fileserver als Ablageort von zentralen Datei. Doch leider stößt man dadurch nur all zu schnell an die Grenzen der Contentdatenbanken(ca. 100 GB). Seit dem SQL Server 2008 steht eine neue Funktion Filestream zur Verfügung, welche es erlaubt, die sogenannten Blobs direkt auf die Festplatte zu schreiben. Näheres zum Blob Storage finden Sie hier. Bei meinen Recherchen zu diesem Thema bin ich über folgenden Artikel von Vincenzo Tenisci gestoßen. SharePoint 2007 unterstützt leider nicht offiziell Filestream. Dennoch möchte ich in diesem Post diese Sache näher beleuchten, da mit SharePoint 2010 diese Funktionalität vollständig unterstützt wird.

Artikel vollständig lesen »

Communardo tritt als Media-Sponsor der BASTA! Spring 2010 auf. Sie findet vom 22.-26. Februar 2010  in Darmstadt statt und soll dem Wissens- und Erfahrungsaustausch zur .Net und SharePoint Technologie dienen.

Von Silverlight 3.0 bis Windows Azure, von Windows 7 über Visual Studio 2010 und Visual Studio Team System 2010 bis C# 4.0 und last but not least SharePoint 2010: Auf .NET-Entwickler warten viele Änderungen und Neuerungen. Auf der BASTA! Spring 2010 wird es wieder die bestmögliche Unterstützung für Ihre alltägliche Arbeit und Ihre Projekte geben. In Form von Best Practices, Hands-on Power Workshops und interessanten Sessions bieten Ihnen namhafte nationale und internationale .NET-Experten Tipps, Ideen, Unterstützung und Antworten für Ihre laufenden und zukünftigen Projekte.

Neben dem vielfältigen Programm der Hauptkonferenz beleuchten verschiedene Special Days wie z.B. der Architecture/ALM Day und die SharePoint Days wichtige Themen in einem umfassenden Sinne. Moderiert von einem Experten des jeweiligen Themas, bieten sie in zahlreichen Vorträgen umfassendes Wissen sowie einen idealen Rahmen für den Erfahrungsaustausch.

Programm und Anmeldung finden Sie  unter http://it-republik.de/dotnet/basta10spring/

Durch die Integration von PowerShell in SharePoint 2010 geht Microsoft endlich einen Weg in die richtige Richtung. Schon im Beta Status sind sehr viele STSADM Befehle entfernt und nur sehr wenige hinzugefügt wurden. Ungefähr 20 Befehle wurden entfernt und nur 6 hinzugefügt. Dies ist einfach nachzuvollziehen in dem

stsadm -help

jeweils auf einem Sharepoint 2007 System und auf einem Sharepoint 2010 System ausgeführt und anschließend die Ausgabe verglichen wird. Ich finde diesen Weg richtig cool. Wahrscheinlich weil ich mich mit STSADM nie so richtig anfreunden konnte.

PowerShell eröffnet dem geneigten Administrator oder Entwickler jetzt vollkommen neue Ansätze Sharepoint zu administrieren.

Jeder Entwickler , welcher mit dem Sharepoint Objekt Modell schon etwas vertraut ist, wird vermutlich wissen, dass Instanzen von SPSite, SPWeb oder im allgemeinen alle Klassen welche IDisposable implemtieren, sehr viele Ressourcen verbrauchen können. Gleich zum Start hat das Sharepoint Team nun zwei CMDLETS entwickelt welche den Umgang mit Disposable Objekten vereinfachen sollen und uns das Leben erleichtern.

Start-SPAssigment

Stop-SPAssigment

Es gibt drei Levels des Assignments.

• No Assignment
• Simple Assignment
• Advanced Assignment

No Assignment

Diesen Weg sollte jeder kennen. Es wird ein SPWeb Objekt erstellt, welches verarbeitet aber nicht mehr disposed wird.

$web = Get-SPWeb "http://localhost"
$web.Title = "Hallo SharePoint Usergroup"
$web.Update()

Simple Assignment

Beim “simple assignment” werden alle Objekte dem “global assignment store” zugewiesen. Der Aufruf erfolgt per

Start-SPAssignment -Global

Das “Disposen” aller Objekte erfolgt beim Aufruf von

Stop-SPAssignment

Start-SPAssignment -Global
$web = Get-SPWeb "http://localhost"
$web.Title = "Hallo SharePoint Usergroup"
$web.Update()
Stop-SPAssignment -Global

Advanced Assignment

Beim “advanced assignment” werden alle Objekte einem “named store” zugewießen. Das “Disposen” erfolgt durch den Aufruf von Stop-SPAssignment  -Bezeichner

$gc = Start-SPAssignment
$site = $gc | Get-SPSite "http://localhost"
$site.Allwebs
$gc | Stop-SPAssignment

Zu beachten wäre noch dass beim Schließen der PowerShell alle Objekte “disposed” werden.

Vermutlich ist dieser Satz so oder ähnlich schon bei den meisten SharePoint-Interessierten angekommen: “Endbenutzer können in SharePoint 2010 Content direkt im Browser (ohne eine zusätzliche Anwendung wie z.B. den SharePoint Designer) bearbeiten”. Was steckt nun aber konkret dahinter?

Technisch ist es absolut simpel – deshalb aber nicht weniger wirkungsvoll: „Alles ist eine Wiki-Seite“ heißt das Grundprinzip in SharePoint 2010. Das bedeutet im Klartext: Jede Start- oder Content-Seite kann direkt über die Websiteoberfläche modifiziert werden – weil es ja eben eine Wiki-Seite ist und deshalb dieselben Bearbeitungsmöglichkeiten verfügbar sind.

Optisch ist Web Edit ein in die neuen Ribbons integriertes Feature von SharePoint 2010. Die entsprechenden Berechtigungen vorausgesetzt, wird ein Ribbon “Edit” mit diversen Bearbeitungsoptionen für die aktuelle Seite angeboten:

Ein Klick auf “Edit” versetzt die Seite in den Editiermodus und damit den Anwender in die Lage, sämtliche sichtbare Inhalte (Texte, Bilder, Webparts) mittels Richt Text Editor zu modifizieren. Das Einfügen von Objekten (Tabellen, Bilder, Hyperlinks) erfolgt mühelos über den Insert-Ribbon.

Artikel vollständig lesen »

Wie gerade frisch aus allen Kanälen gezwitschert und vermeldet wird (z.B. direkt vom Verursacher im IT Pro Blog TechNet Ireland), wurde von Microsoft heute ein Sneak Peek CTP für SharePoint 2010 als verfügbar angekündigt.

Das CTP enthält eine Sammlung von Featurebeschreibungen, FAQs und Videos für alle Zielgruppen (Entwickler, IT Pros, …).

Der Sneak Peek Preview soll unter http://sharepoint.microsoft.com/2010/Sneak_Peek/Pages/default.aspx verfügbar sein. Leider funktioniert der angegebene Link derzeit nocht nicht – aber Microsoft wird dieses Problem sicher bald bemerkt und behoben haben

Update vom 14. Mai 2009:

Inhalt vom 11. Mai 2009:

Das SharePoint Team hat jetzt offiziell die voraussichtlichen Systemanforderungen von SharePoint 2010 bekannt gegeben.

• SharePoint Server 2010 wird es nur als 64-bit Version geben.
• SharePoint Server 2010 wird einen 64-bit Windows Server 2008 oder 64-bit Windows Server 2008 R2 benötigen.
• SharePoint Server 2010 wird einen 64-bit SQL Server 2008 oder 64-bit SQL Server 2005 benötigen.

Weiter heißt es:

• Internet Explorer 6 wird nicht mehr unterstützt.
• First Level Browser (voller SharePoint Funktionsumfang) werden voraussichtlich alle XHTML 1.0 fähigen Browser unter Windows-Betriebssystem. Besonders hervorgehoben sind dabei:
  • Internet Explorer 7
  • Internet Explorer 8
  • Firefox 3.x
• Unternehmen sollten ihre Desktop Browser Strategie überdenken, wenn sie noch eine große Anahl von Internet Explorer 6 Nutzern haben.
• Um zu prüfen ob die aktuellen Server für SharePoint 2010 geeignet sind, gibt es seit dem Service Pack 2 einen Upgrade Checker.

Voller Beitrag unter: http://blogs.msdn.com/sharepoint/archive/2009/05/07/announcing-sharepoint-server-2010-preliminary-system-requirements.aspx