Reminder 15. Treffen der UserGroup Köln

Hallo Liebe Teilnehmer,

ich möchte Sie heute nochmal herzlich am das 15. Treffen der SharePoint UserGroup Köln erinnern. Die Sommerrpause ist bald vorbei, der Urlaubsteint muss dringend wieder ausbleichen, jetzt geht es endlich mit der SPUG Köln weiter. Wir treffen uns am 5. September im Rheinauhafen in Köln.

Teilnehmer, die bereits heute wissen, das sie am Treffen nicht teilnehmen können, bitten wir den Teilnahmestatus im Xing anzupassen, oder kurze Nachricht per Email.

Unser Programm beinhaltet diesmal:

PowerApps deep dive with special focus on business users and developers – Adis Jugo, skybow AG

Was ist neu im Office365 E5 Plan – Denis Buco, Microsoft Deutschland GmbH

Skills, die man für das SharePoint-Framework braucht – Henning Eiben, busitec gmbH

Über Ihre Teilnahme und interessante Diskussionen würde ich mich sehr freuen.

Hier noch einmal die Daten:

SharePoint UserGroup Köln

Termin: Montag, 05.09.2016 – 18.00 Uhr

Ort: ConVista Consulting AG, Im Zollhafen 15/17, 50678 Köln

Parken: Parkplätze stehen in der Tiefgarage im Rheinauhafen zur Verfügung, bitte in der Nähe des Aufgangs 3.04 parken.

Öffentliche Verkehrsmittel:
– U-Bahn Linie 16 ab Dom-Hbf bis Haltestelle Ubierring (ca. 15 Min.), Fußweg vom Ubierring bis zu ConVista ca. 10 Minuten
– U-Bahn Linie 15 ab Rudolfplatz bis Haltestelle Ubierring (ca. 11 Min.), Fußweg vom Ubierring bis zu ConVista ca. 10 Minuten
– Bus Linie 106 ab Heumarkt bis Haltestelle Rheinauhafen (ca. 7 Min), Fußweg vom Rheinauhafen bis zu ConVista ca. 2 Minuten

 

XING: https://www.xing.com/net/prib6b3dax/spugcgn

Ansprechpartner:
Andrej Doms (ConVista Consulting)
Tel. 0178 888 6018

Neben den Vorträgen gibt es bei einem Snack hoffentlich reichlich Gelegenheit für Sie, mit den anwesenden Experten ins Gespräch zu kommen.
Ich freue mich, Sie alle am 05. September begrüßen zu dürfen.

Mit freundlichen Grüßen

Andrej Doms

28. Treffen der SharePoint UserGroup Düsseldorf

Hallo Liebe Mitglieder und Interessierte,

ich möchte Sie heute herzlich zum 28. Treffen der SharePoint UserGroup Düsseldorf einladen. Die Sommerrpause ist vorbei, der Urlaubsteint muss dringend wieder ausbleichen, jetzt geht es endlich mit der SPUG  weiter. Wir treffen uns am 4. Oktober in Düsseldorf bei der ppedv. Herzlichen Dank an Hannes Preishuber und die ppedv, der uns den Raum zur Verfügung stellt.

Unser Programm beinhaltet diesmal:

PowerApps deep dive with special focus on business users and developers – Adis Jugo, skybow AG

Was ist neu im Office365 E5 Plan – Denis Buco, Microsoft Deutschland GmbH

Skills, die man für das SharePoint-Framework braucht – Henning Eiben, busitec gmbH

Über Ihre Teilnahme und interessante Diskussionen würde ich mich sehr freuen.

Hier noch einmal die Daten:

SharePoint UserGroup Düsseldorf

Termin: Dienstag, 04.10.2016 – 18.00 Uhr

Ort: ppedv AG, Graf-Adolf-Straße 63, 40210 Düsseldorf

Parken: Das Parkhaus Contipark befindet sich in der Grupellostraße 34, in Düsseldorf und kostet 1,60 € pro Stunde. Es ist 24h geöffnet und ca. 300 m von unserem Veranstaltungsort entfernt.

Öffentliche Verkehrsmittel:

Nehmen Sie eine Straßenbahn der Linie 709, 704 oder 715. Die 715 fährt z.Z., aufgrund von Bauarbeiten, nur zeitweise über den Stresemannplatz. Verlassen Sie die Straßenbahn an der Station Stresemannplatz. Der Stesemannplatz ist die nächste Haltstelle vom Hauptbahnhof (Luftlinie max. 500 m). Von dort sind es noch 2 Minuten Fußweg.

Anschlussmöglichkeiten zum Veranstaltungsort:
– Mit der 709 Richtung Neuss Theodor-Heuss-Platz
– Mit der 704 Richtung D-Südfriedhof
– Mit der 715 Richtung D-Spichernplatz

Anmeldung:
Um Anmeldung für diese Veranstaltung wird bis zum 30.09.2016 gebeten.
Bitte melden Sie sich zum Treffen der SharePoint UserGroup nur an, wenn Sie auch wirklich teilnehmen möchten.

Die Anmeldung kann erfolgen über:
eMail: info@sharepoint-rhein-ruhr.de oder ug-koeln@mysharepoint.de

XING: https://www.xing.com/communities/groups/sharepoint-usergroup-duesseldorf-6f79-1060251

Ansprechpartner:
Andrej Doms (ConVista Consulting)
Tel. 0178 888 6018

Neben den Vorträgen gibt es bei einem Snack hoffentlich reichlich Gelegenheit für Sie, mit den anwesenden Experten ins Gespräch zu kommen.
Ich freue mich, Sie alle am 04. Oktober begrüßen zu dürfen.

Mit freundlichen Grüßen

Andrej Doms

Probleme beim Patching von SharePoint 2016

Beim letzten Patch-Dienstag wurde auch wieder SharePoint mit Sicherheitsupdates bedacht. Normalerweise ist die Installation immer recht problemlos: Sicherheitsupdates über den WSUS beziehen, am Ende neu starten und dann den Konfigurationsassistenten laufen lassen (ganz wichtig, sonst ist das Update nicht vollständig, siehe den Post von Stefan Goßner warum man den Konfigurationsassistenten immer laufen lassen sollte).

Aber dieses mal wollte mein neuer SharePoint 2016 nicht so ganz mitspielen – der Konfigurationsassistent versagte seinen Dienst mit folgender Meldung:

Task upgrade has failed with a PostSetupConfigurationTaskException An exception of type Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException was thrown.  Additional exception information: Failed to upgrade SharePoint Products.

Was also nun tun?

Die Rettung nahte in Form von PowerShell. Ein kurzer Blick in die Zentraladministration zeigte, dass die Content-Datenbank im Kompatibilitätsmodus lief und gerne aktualisiert werden wollte. Eigentlich sollte das ja der Konfigurationsassistent tun – aber vielleicht kann man da ja auch mit PowerShell ein wenig nachhelfen.

Upgrade-SPContentDatabase SP_Portal_Content -NoB2BSiteUpgrade -Confirm:$false

Damit wurde die Datenbank schon mal aktualisiert. Anschließend konnte ich dann den Konfigurationsassistenten auch erfolgreich ausführen und somit meinen frisch ge-patchten SharePoint genießen.

15. Treffen der SharePoint UserGroup Köln / Programm steht

Hallo Liebe Mitglieder und Interessierte,

ich möchte Sie heute herzlich zum 15. Treffen der SharePoint UserGroup Köln einladen. Die Sommerrpause ist bald vorbei, der Urlaubsteint muss dringend wieder ausbleichen, jetzt geht es endlich mit der SPUG Köln weiter. Wir treffen uns am 5. September im Rheinauhafen in Köln.

Unser Programm beinhaltet diesmal:

PowerApps deep dive with special focus on business users and developers – Adis Jugo, skybow AG

Was ist neu im Office365 E5 Plan – Denis Buco, Microsoft Deutschland GmbH

Skills, die man für das SharePoint-Framework braucht – Henning Eiben, busitec gmbH

Über Ihre Teilnahme und interessante Diskussionen würde ich mich sehr freuen.

Hier noch einmal die Daten:

SharePoint UserGroup Köln

Termin: Montag, 05.09.2016 – 18.00 Uhr

Ort: ConVista Consulting AG, Im Zollhafen 15/17, 50678 Köln

Parken: Parkplätze stehen in der Tiefgarage im Rheinauhafen zur Verfügung, bitte in der Nähe des Aufgangs 3.04 parken.

Öffentliche Verkehrsmittel:
– U-Bahn Linie 16 ab Dom-Hbf bis Haltestelle Ubierring (ca. 15 Min.), Fußweg vom Ubierring bis zu ConVista ca. 10 Minuten
– U-Bahn Linie 15 ab Rudolfplatz bis Haltestelle Ubierring (ca. 11 Min.), Fußweg vom Ubierring bis zu ConVista ca. 10 Minuten
– Bus Linie 106 ab Heumarkt bis Haltestelle Rheinauhafen (ca. 7 Min), Fußweg vom Rheinauhafen bis zu ConVista ca. 2 Minuten

Anmeldung:
Um Anmeldung für diese Veranstaltung wird bis zum 30.08.2016 gebeten.
Bitte melden Sie sich zum Treffen der SharePoint UserGroup nur an, wenn Sie auch wirklich teilnehmen möchten.

Die Anmeldung kann erfolgen über:
eMail: info@sharepoint-rhein-ruhr.de oder ug-koeln@mysharepoint.de

XING: https://www.xing.com/net/prib6b3dax/spugcgn

Ansprechpartner:
Andrej Doms (ConVista Consulting)
Tel. 0178 888 6018

Neben den Vorträgen gibt es bei einem Snack hoffentlich reichlich Gelegenheit für Sie, mit den anwesenden Experten ins Gespräch zu kommen.
Ich freue mich, Sie alle am 05. September begrüßen zu dürfen.

Mit freundlichen Grüßen

Andrej Doms

Keine Sandboxed Solutions in Office365

Nun ist es soweit – Sandboxed Solutions in SharePoint sind ja schon seit langem als „deprecated“ markiert. Deprecated bedeutet, dass das Feature noch voll Funktionsfähig ist, aber in einer der nächsten Versionen eingestellt werden könnte und dann nicht mehr zur Verfügung stehen wird. Und das ist jetzt.

Letzte Woche gab es in Office365 einen Incident SP73009, demnach kein Sandboxed Code mehr aktiviert oder ausgeführt werden kann. Kurz darauf hat das Office-Team in einem Blogpost  bekannt gegeben, dass das Ausführen von Sandbox-Code in Office365 (mit sofortiger Wirkung) eingestellt werden wird. Allerdings bleibt weiterhin die Option, dass No-Code Lösungen (also deklarative Lösungen) über Sandboxed Solutions zu deployen.

Incident SP73009 - Service Degradation

Interessant ist, dass das Office365 aber dennoch erst einmal eine Woche recherchiert hat, bis der Incident SP73009 als „false-positiv“ geschlossen wurde.

Incident SP73009 - Resolution

Jetzt heißt es also: Lösungen auf die Verwendung von Sandboxed Solutions prüfen und alternativen entwickeln: Provider-Hosted Apps oder auf Client-Side Technologien umstellen!

Top 25 SharePoint Influencers for 2016

Im Vorfeld der ESPC in Wien, vom 14. bis zum 17.11., führt harmon.ie wieder ein Community Voting für die Top 25 SharePoint Influencer for 2016 durch. Unter diesem Link könnt Ihr das Voting durchführen. Alle Teilnehmer aus der deutschen und natürlich auch den anderen Communities würden sich sicherlich sehr über ein Vote von Euch freuen.

Hier geht’s zur Voting Website.

Ich sage im Namen aller Nominierten schonmal: „Danke!“

15. Treffen der SharePoint UserGroup Köln

Hallo Liebe Mitglieder und Interessierte,

ich möchte Sie heute herzlich zum 15. Treffen der SharePoint UserGroup Köln einladen. Die Sommerrpause ist bald vorbei, der Urlaubsteint muss dringend wieder ausbleichen, jetzt geht es endlich mit der SPUG Köln weiter. Wir treffen uns am 5. September im Rheinauhafen in Köln.

Unser Programm steht noch nicht ganz fest, wir sprechen noch mit spannenden Sprechern, mehr Infos gibt es in einer Woche.

 

Über Ihre Teilnahme und interessante Diskussionen würde ich mich sehr freuen.

Hier noch einmal die Daten:

SharePoint UserGroup Köln

Termin: Montag, 05.09.2016 – 18.00 Uhr

Ort: ConVista Consulting AG, Im Zollhafen 15/17, 50678 Köln

Parken: Parkplätze stehen in der Tiefgarage im Rheinauhafen zur Verfügung, bitte in der Nähe des Aufgangs 3.04 parken.

Öffentliche Verkehrsmittel:
– U-Bahn Linie 16 ab Dom-Hbf bis Haltestelle Ubierring (ca. 15 Min.), Fußweg vom Ubierring bis zu ConVista ca. 10 Minuten
– U-Bahn Linie 15 ab Rudolfplatz bis Haltestelle Ubierring (ca. 11 Min.), Fußweg vom Ubierring bis zu ConVista ca. 10 Minuten
– Bus Linie 106 ab Heumarkt bis Haltestelle Rheinauhafen (ca. 7 Min), Fußweg vom Rheinauhafen bis zu ConVista ca. 2 Minuten

Anmeldung:
Um Anmeldung für diese Veranstaltung wird bis zum 30.08.2016 gebeten.
Bitte melden Sie sich zum Treffen der SharePoint UserGroup nur an, wenn Sie auch wirklich teilnehmen möchten.

Die Anmeldung kann erfolgen über:
eMail: info@sharepoint-rhein-ruhr.de oder ug-koeln@mysharepoint.de

XING: https://www.xing.com/net/prib6b3dax/spugcgn

Ansprechpartner:
Andrej Doms (ConVista Consulting)
Tel. 0178 888 6018

Neben den Vorträgen gibt es bei einem Snack hoffentlich reichlich Gelegenheit für Sie, mit den anwesenden Experten ins Gespräch zu kommen.
Ich freue mich, Sie alle am 05. September begrüßen zu dürfen.

Mit freundlichen Grüßen

Andrej Doms

SharePoint-Veröffentlichung, Reverse-Proxy und Fiddler

… oder wie Fiddler mir geholfen hat eine fehlerhafte Reverse-Proxy Konfiguration bei der Veröffentlichung eines internen SharePoint-Portals zu umgehen.

Die Story

Einer unserer Kunden betreibt eine lokale Installation von SharePoint für sein Intranet. Im Laufe des Projekts wurde klar, dass auch von extern von Mitarbeitern auf den SharePoint zugegriffen werden sollte. Nun war SharePoint aber bereits mit portal.acme.local intern veröffentlicht. Für den externen Zugriff sollte aber eine Adresse wie portal.acme-extranet.de verwendet werden.

Für die IT-Abteilung des Kunden war es kein Problem, eine Web-Anwendung von extern unter einem anderen Namen zu veröffentlichen. Dazu stellt die IT einen Reverse Proxy zur Verfügung, der die eingehenden Anfragen an das interne Portal weiterleitet.

Das Problem

Nun hat die IT also den Reverse Proxy eingerichtet und alle Anfragen von https://portal.acme-extranet.de werden an http://portal.acme.local umgeleitet. Nun ist auf der Empfängerseite ein SharePoint, der die Anfrage für bare Münze nimmt. Als Folge werden interne Links und URLs in dem von SharePoint generierten HTML auch auf http://portal.acme.local gemünzt. In der Antwort für den Client sind die Links dann aber falsch, weil unter dieser Adresse die sind Ressourcen von extern ja nicht zu erreichen, da es sich dabei ja um eine interne Adresse handelt.

Glücklicherweise ist nur an wenigen Stellen in den URLs auch der Hostname inklusive Protokoll enthalten. Viele Links sind relativ zum Host, so dass diese funktionieren, egal wie die Seiten aufgerufen werden. Aber es gibt dennoch einige Stellen, an denen der Hostname aus der Anfrage eingefügt werden. Gerade im JavaScript findet sich der Hostname mehrfach wieder. Somit funktionieren diese Funktionen in diesem Fall nicht.

Das Problem an dieser Stelle ist, dass der Reverse-Proxy die Anfrage intern an http://portal.acme.local umleitet und nicht den original Host-Headernamen https://portal.acme-extranet.de im HTTP-Request beibehält (nur damit funktioniert dann das AAM im SharePoint auch richtig).

Die Lösung

Solange die die Konfiguration des Reverse-Proxy nicht angepasst wird kann man von extern nicht vollständig auf SharePoint zugreifen … oder … ich verwende Fiddler.

Wenn ich zunächst in meinem Browser http://portal.acme.local aufrufe, dann bekomme ich eine Fehlermeldung, dass der Name nicht aufgelöst werden kann.

Nun habe ich also mal meinen Fiddler gestartet und der Traffic meines Browsers geht durch Fiddler. Und nun kommt Magic … ich kann im Fiddler mit Fiddler-Script in die Verarbeitung eingreifen, indem ich Custom-Rules definiere. So gibt es ein OnBeforeRequest-Event in dem ich in die Verarbeitung eines Requests in Fiddler eingreifen kann. Hier habe ich nun folgenden Eingriff vorgenommen:

if (oSession.HostnameIs("portal.acme.local")) {    
    oSession.hostname="portal.acme-extranet.de"; 
    oSession.fullUrl = "https" + oSession.fullUrl.Substring(oSession.fullUrl.IndexOf(':'));  
}

Damit erreiche ich, dass aller Traffic, den mein Browser an http://portal.acme.local sendet an https://portal.acme-extranet.de umgelenkt wird. Somit ist mir egal wie die URLs in der HTML-Antwort von SharePoint aussehen und ich somit auch auf Seite und Funktionen zugreifen kann, die mir vorher verwehrt waren, weil sie nur die “interne” URL angezeigt haben.

Das Ziel

Als Ergebnis kann ich nun auch mit ShareGate auf das Portal zugreifen und dort Daten migrieren, was vorher nicht möglich war, weil insbesondere in den Antworten der Webservices immer die komplette URL angegeben ist, und alle Antworten auf einen Webservice-Aufruf immer gegen die interne Adresse laufen.

Installation SharePoint 2016

So langsame wird es ja mal Zeit … SharePoint 2016 zu installieren.

Zunächst also mal die Vorbereitungen … ich habe hier schon ein Domäne und einen SQL-Server (SQL 2014), sowie einen neuen Windows Server 2012 R2.

Nun geht es also darum alles für die Installation von SharePoint 2016 vorzubereiten. Dabei müssen also folgende Dinge getan werden:

  1. Einrichten von neuen Dienstkonten
  2. Vorbereiten der Datenbank

Die Schritte sind ja nicht neu – waren sie ja bei SharePoint 2013 auch genauso schon notwendig. Aber dennoch wollte ich das noch einmal in Erinnerung rufen.

1. Dienstkonten

Diese lassen sich am besten per Skript anlegen. Also schnell eine kleine CSV-Datei mit allen benötigten Konten erstellen:

UserName,Password,Description
sp16Setup,super$ecret,Setup user Test Env SP2016
sp16Farm,super$ecret,server farm Test Env SP2016
sp16SearchService,super$ecret,SharePoint Server Search service Test Env SP2016
sp16SearchContent,super$ecret,default content access Test Env SP2016
sp16Services,super$ecret,SharePoint Services Test Env SP2016
sp16AppPool_Portal,super$ecret,Portal Application Pool Test Env SP2016
sp16AppPool_MySite,super$ecret,MySite Application Pool Test Env SP2016
sp16CacheUser,super$ecret,Cache Super User Test Env SP2016
sp16CacheReader,super$ecret,Cache Super User Reader Test Env SP2016
sp16ExcelUser,super$ecret,Excel Services Unattended Test Env SP2016
sp16VisioUser,super$ecret,Visio Services Unattended Test Env SP2016
sp16ProfileSync,super$ecret,SharePoint Profile Sync Test Env SP2016

Dann PowerShell öffnen und die Konten aus der CSV-Datei anlegen lassen.

Import-Module ActiveDirectory

$FileName = "sp2016_ads_user.csv"
$spou = "ou=SPS2016,ou=Service-Accounts,dc=acme,dc=local"

Import-Csv $FileName | foreach-object { 
    Write-Host "Adding User $($_.UserName) ... " -NoNewline
    New-AdUser $_.UserName -Description $_.Description -CannotChangePassword $true -PasswordNeverExpires $true -Enabled $true -AccountPassword (ConvertTo-SecureString -AsPlainText $_.Password -Force) -Path $spou
    Write-Host "Done"
}


2. Datenbank

Ich habe hier schon einen SQL-Server mit einer neuen Instanz für meine SharePoint Datenbanken. Hier muss ja nun der Setup-User dbcreator und securityadmin sein. Zudem muss das MAXDOP auf “1” gesetzt werden.

Da es sich bei meiner Installation nicht um ein Produktiv-System handelt setze ich das Recovery-Model noch auf “simple” und ich limitieren den maximalen RAM für meine Instanz auf 512MB. Das Ganze geht auch am besten schnell mit einem Skript.

-- Create Login and assign permissions
USE [master]
GO
DECLARE @setupUser NVARCHAR(100) = N'acme\spSetup';
DECLARE @sqlStmt NVARCHAR(200);
SET @sqlStmt = 'CREATE LOGIN [' + @setupUser + '] FROM WINDOWS WITH DEFAULT_DATABASE=[master]'
EXEC (@sqlStmt)
EXEC master..sp_addsrvrolemember @loginame = @setupUser, @rolename = N'dbcreator'
EXEC master..sp_addsrvrolemember @loginame = @setupUser, @rolename = N'securityadmin'
GO

-- set MAXDOP to 1, as recommended
EXEC sys.sp_configure N'show advanced options', N'1'  RECONFIGURE WITH OVERRIDE
GO
EXEC sys.sp_configure N'max degree of parallelism', N'1'
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sys.sp_configure N'show advanced options', N'0'  RECONFIGURE WITH OVERRIDE
GO


-- for dev-env only!! Set recovery-model to simple!!
USE [master]
GO
ALTER DATABASE [model] SET RECOVERY SIMPLE WITH NO_WAIT
GO

-- for dev-env only!! Set max-ram to 768 MB!!
USE [master]
GO
EXEC sys.sp_configure N'show advanced options', N'1'  RECONFIGURE WITH OVERRIDE
GO
EXEC sys.sp_configure N'min server memory (MB)', N'768'
GO
EXEC sys.sp_configure N'max server memory (MB)', N'768'
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sys.sp_configure N'show advanced options', N'0'  RECONFIGURE WITH OVERRIDE
GO

3. Los!

Nachdem nun die Vorbereitungen soweit abgeschlossen sind, können wir uns unserem neuen SharePoint-Server widmen. Als erstes muss unser Installationsaccount sp16Setup noch in die lokale Admin-Gruppe aufgenommen werden.

net localgroup administrators /add acme\sp16Setup

Nun können wir (fast) mit der Installation beginnen. Was noch fehlt sind die Installationsdateien. Zunächst wird also SharePoint 2016 benötigt.

Ansonsten geht die Installation erst einmal wie bei SharePoint 2013 auch: Die Installationsdateien mit dem AutoSPSourceBuilder vorbereiten, sprich für den AutoSPInstaller in die notwendige Struktur bringen.

Achtung: in dem XML-File für die Pre-Requisits ist (Stand Mai 2016) noch ein Fehler. Die URL für den ODBC Treiber 11 lautet nicht http://download.microsoft.com/download/5/7/2/57249A3A-19D6-4901-ACCE-80924ABEB267/1033/x64/msodbcsql.msi sondern http://download.microsoft.com/download/5/7/2/57249A3A-19D6-4901-ACCE-80924ABEB267/1033/amd64/msodbcsql.msi. Alos entweder die URL in dem XML anpassen, oder den Treiber einfach vorher schon laden und in dem Install-Verzeichnis bei den Pre-Requisits ablegen. Dann wird das von dem AutoSPSourceBuilder übersprungen werden.

.\AutoSPSourceBuilder.ps1 -SourceLocation "\\acme\dfs\SharePoint\2016\Server\" -Destination "c:\Install\" -GetPrerequisites $true

Nachdem das entpakte ISO kopiert und die Pre-Requisits heruntergeladen wurden kann man die XML Datei für den AutoSPInstaller anpassen. Entweder von Hand – oder über AutoSPInstaller Online.

Nach getaner Konfiguration geht es dann auch direkt los – fast. In meinem Fall habe ich einen frischen Windows Server 2012 R2 als OS – dummerweise fehlt hier aber noch das .Net Framework 3.x, und die Installation über den AutoSPInstaller mit Add-WindowsFeature -Name NET-Framework will nicht so richtig, weil für das .Net Framework die Installationsquelle mit angegeben werden muss. Also kurz vorher an der Kommandozeile mit

dism /online /enable-feature /featurename:NetFX3 /all /Source:d:\sources\sxs /LimitAccess

Das .Net Framework installieren. In meinem Fall habe ich die Windows Server Installationsquelle als Laufwerk D: eingebunden. Nun kann aber wirklich die Installation gestartet werden.

Zunächst also auf AutoSPInstaller Online eine neue Farm Konfiguration erstellen und als XML-Datei speichern.

Achtung: durch den AutoSPSourceBuilder wurde bei den Pre-Requisits eine Datei WcfDataServices56.exe bereitgestellt, der AutoSPInstaller erwartet hier aber WcfDataServices.exe. Damit die Offline-Installation auch ohne Probleme durchläuft sollte die Datei also umbenannt werden (oder das Skript anpassen).

Danach kann es dann aber losgehen mit der eigentlichen Installation.

image

Und nach kurzer Zeit (ein paar Reboots und gut drei Duzend Windows Updates später) steht die neue Farm – voila!

Happy #SharePointing

Die Zukunft von SharePoint

Letzte Woche war es also so weit – #FutureOfSharePoint. Dabei wurden viele neu Dinge bekannt gegeben, die uns demnächst in Office 365 zur Verfügung stehen werden.

SharePoint Mobile App & OneDrive App

Es wird für Windows, iOS und Android eine neue App geben, mit der man durch SharePoint navigieren kann, ohne dass man extra über den Browser auf die Site zugreifen muss. Zudem wird die OneDrive App in Zukunft nicht mehr nur auf OneDrive beschränkt sein und auch Dateien aus SharePoint und Groups synchronisieren können.

 

SharePoint Home, Modern-UI, Team-Sites und Groups

Die Sites Kachel aus dem App-Launcher wird in SharePoint umbenannt und bekommt auch ein komplett neues Aussehen. Dieser neuer Look ähnelt dem von Delve. In SharePoint Home sind alle meine häufig besuchten Websites zu finden, aber auch Vorschläge für neue Sites.

Nachdem die „mordern document library“ Funktion ja bereits für First-Release Kunden zur Verfügung steht, wird es ein solches Modern-UI auch für Listen geben. Zudem wird das UI auch weiter entwickelt, so dass man direkt Eigenschaften über die Infoleiste am rechten Rand bearbeiten kann. Außerdem werden weitere Befehle ergänzt, die vielleicht heute noch in der Modern-UI fehlen.

Auch die Team-Sites werden einen modernen Look bekommen. Dazu gehört zum einen, dass Inhalte in der Site in Zukunft nicht mehr im Stil einer Wiki Seite erstellt werden, sondern dass der „Editor“ eher aussieht und anfühlt wie man den Editor aus Sway und den neuen Blogs von Delve kennt.

Somit ist also auch für alle „Zweifler“ dieses neuen Looks klar, dass uns dieses neue UI erhalten bleiben wird und dass es kontinuierlich weiterentwickelt wird. Microsoft wird also iterativ die bisher vorhandenen Funktionen in das neue UI überführen.

Von Anfang an war die Frage im Raum: wozu würde man die Office Groups am besten verwenden? Die Verwendung als neue Teamsite, insbesondere z.B. für Projekte, war für mich naheliegend. Allerdings war der Komfort der Groups doch eher bescheiden, da so gut wie keine Anpassungen vorgenommen werden konnten. Ich freue mich, dass die Funktionen der Groups in die neuen Teamsites mit aufgehen. Somit wachen sie Fähigkeiten der Kollaboration der Groups und die Anpassbarkeit einer „normalen“ Teamsite zusammen und ergänzen sich.

Microsoft Flow

Microsoft Flow App Launcher

Diesen Punkt finde ich besonders spannend. Noch vor knapp zwei Wochen habe ich darüber gesprochen, dass ich mir vorstellen könnte, dass die Azure Logic Apps einmal der Nachfolger des Workflow Managers (aka Windows Azure Workflows aka SharePoint 2013 Workflows) werden könnte. Ich hatte in dem Zusammenhang argumentiert, dass mit der Einführung des Workflow Managers Microsoft die Workflows ja schon von der SharePoint Plattform gelöst hat, und zumindest logisch unabhängig von SharePoint gestaltet hat. Somit sollte es relativ einfach möglich sein, dass Backend für die Workflows auszutauschen, da SharePoint die Workflow-Engine ja ohnehin nicht (mehr) kennt.

Und nun haben wir gesehen, dass Microsoft Flow in SharePoint Einzug halten wird. Ob nun für die Kommunikation wirklich die bereits in SharePoint 2013 eingeführte Service-Bus Infrastruktur verwendet wird, oder die ebenfalls neu genannten Webhooks bleibt abzuwarten.

Nun ist also aus den ehemaligen Azure Logic Apps, mit kurzem Umweg über PowerFlow (eigentlich als Teil der PowerApps) Microsoft Flow geworden.

Ein wenig abzuwarten bleibt noch, in wie weit die in den Office Groups kürzlich eingeführten Connectors in dieses Bild passen. Ich würde mal sagen, dass diese Connectoren, die in den Groups ihr Debut gefeiert haben, in Zukunft auch in Microsoft Flow verwendet werden können.

Search - Microsoft Flow

Connect Twitter to Yammer - Microsoft Flow

SharePoint Framework

Die starke Konzentration auf Client-Technologien wird auch in SharePoint immer stärker sichtbar. Das Add-In Modell bot hier ja noch unterschiedliche Wege an mit den Provider-Hosted Apps eine Möglichkeit um z.B. in C# zu entwickeln und mit den SharePoint-Hosted Apps einen Weg um ausschließlich mit Client-Technologie (also JavaScript) zu arbeiten.

Nun wird die JavaScript getriebene Entwicklung noch weiter gestärkt, indem das neue SharePoint Framework auf Visual Studio Code, Typescript und Gulp setzt.

Dies ist ja auch aktuell mein bevorzugter Technologie-Stack um Anpassungen in SharePoint oder Office 365 vorzunehmen – ich freue mich schon auf eine noch bessere Unterstützung insbesondere mit Gulp (und Yeoman). Aber die neuen Client-Side WebParts sehen gut aus – bieten sie doch eine neue Möglichkeit um Anpassungen in Form von WebParts in bestehenden Seiten einzubetten.

Mehr Infos, Links und Videos über die Zukunft von SharePoint gibt es in dem entsprechenden Blog-Post aus dem Office-Team.