SharePoint Durable Links – Bug oder Feature?


In den letzten Wochen habe ich mich intensiver mit den neuen Durable Links beschäftigt und ich wollte meinen Augen nicht trauen, was dabei heraus kam. Kurz: Diese neuen Links funktionieren nur bei Office Dateien beim Umbenennen. Aber der Reihe nach…

Test-Framwork:

  • SharePoint On-Premises und der entsprechenden Office Online Server Version (früher Office Web Apps)
    – Release Candidate
    – GA inklusive Mai CU
    – GA inklusive Juni CU
  • SharePoint Online in O365
  • Zum Verschieben der Dokumente folgende Ansätze genutzt
    – “Content and Structure” in den SharePoint Site Collection Settings

    – “Send To” Locations in der SharePoint Item Ribbon

    – Drittanbieterlösung

NEU: Durable Links

  • Links sollen erhalten bleiben, selbst wenn ein Dokument umbenannt oder verschoben wird
  • es wird eine ID dem Dokument hinzugefügt, an dem es in der Inhaltsdatenbank identifiziert werden soll, egal welchen Namen das Dokument hat oder welche URL davor steht
  • http://intranet2016/sites/RootSite/SubSite/Shared%20Documents/Doc1.docx?d=wc6f9bf88c1a846579992030744063b1b (durable Link)
  • Office Online Server erforderlich, mit dem der durable Link dann automatisch generiert wird

ALT: Document ID

  • Zusätzliche ID von Dokumenten per Site Collection
  • gedacht, um z.B. auf feste IDs per Custom Solution zu verweisen oder mit dem CQWP (Content by Query Web Part) eine Übersicht aus verschiedenen Dokumenten zusammen zu stellen
  • ein Prefix der ID kann konfiguriert werden und auch erneut überschrieben werden
  • Die ID kann auch in einer zusätzlichen Spalte angezeigt und als Link genutzt werden
  • http://intranet2016/sites/RootSite/SubSite/_layouts/15/DocIdRedir.aspx?ID=ROBTHEMSGEEK-680852213-3
  • Das Mapping hinter dem Link beruht jedoch auf dem Search Index
  • Das Umbenennen und eingeschränkte Verschieben erhält die ID und den Link, ABER, die Search muss den neuen Namen oder Ablageort erneut indexieren, damit er funktioniert

NEU am ALTEN:

Vor SharePoint 2016 wurde trotz DocID der normale Link im Kontextmenü (““) erhalten. Somit haben wir einen Link mit DocID in einer extra einzublendenen Spalte und einen normalen Link im Kontextmenü der Datei. Welchen Link nimmt nun wohl der Endanwender, um auf eine Datei zu verweisen? Richtig, den normalen. In SharePoint 2016 wurde das verbessert. Sobald man in den Site Collection Features die Document ID aktiviert, erhalten Dokumente nach durchgelaufenem Timer Service eine zusätzliche (Link-) ID. Außerdem wird der normale Link mit dem DocID-Link (DocIdRedir.aspx?ID=…) im Kontextmenü ersetzt. Damit haben wir nicht mehr zwei verschiedene Links pro Dokument, sondern nur noch den einen (besseren) Document ID Link.

———————–

Soviel zur Theorie. Jetzt spielen wie Myth Busters.

Funktioniert bei… Durable Links Document IDs
Office Dateien
(Word, Excel, PowerPoint, OneNote)
Ja Ja
Anderen Dateien
(pdf, jpg, png, wmv, mp4, etc.)
Nein Ja
Umbenennen Ja Ja*
Nach erneutem Crawl
Verschieben in andere Bibliothek
(per Content and Strcuture)
Nein Ja*
Nach erneutem Crawl
Mit Drittanbieterlösung auch ohne Crawl
Verschieben in andere Site
(per Content and Strcuture)
Nein Nein
Verschieben in andere Site Collection
(per Send To Locations)
Nein Nein

Und ich lege noch einen drauf. Sobald ich die Document IDs aktiviere, verschwinden die Durable Links komplett. Ehrlich gesagt ist das vielleicht auch ganz gut so, denn wir sehen oben, dass ich mit den DocID-Links einfach mehr erreichen kann.

Auf dem offiziellen und ein paar Monate alten Blog von Bill Bear (https://blogs.technet.microsoft.com/wbaer/2015/09/22/durable-links-in-sharepoint-server-2016-it-preview) werden obige Features aber noch immer uneingeschränkt so beschreiben, wie es funktionieren soll aber (noch) nicht geht. Daher auch der Vermerkt in rot bei obiger Durable Links Beschreibung. Es existieren auch unzählige andere Blogs, die von diesem tollen Feature (falsch) berichten. Denn spätestens ab dem Release Candidate wurde offensichtlich dieses Feature (sowie auch andere Funktionen siehe DLP in einem früheren Blogbeitrag [http://blogs.msdn.com/b/robert_mulsow/archive/2016/03/24/governance-und-compliance-mit-dem-neuen-sharepoint-2016-dlp-im-compliance-center.aspx]) wieder entfernt.

Grundsätzlich bin auch ich von dem Ansatz der Durable Links begeistert und unterstütze diese Idee als absolut notwenidgen Schritt in die richtige Richtung von Microsoft. Aktuell liegen Versprechen und Realität aber leider noch weit auseinander. Wir können nur hoffen, dass mit den nächsten CUs die Funktionalitäten zurück nach SharePoint 2016 kommen und auch die Durable Links wie versprochen in O365 funktionieren.

Bis dahin bleibt wachsam und viel Spaß beim “SharePointen”!


Comments (0)