Mein Blick auf SharePoint & M365 & .NET aus der Sicht eines Full-Stack Entwicklers

In vielen Workflow-Prozessen müssen Datumswerte verarbeitet werden. Dazu wird ein Datum zum Beispiel in einer SharePoint Liste gespeichert und dem Workflow übergeben. Der Workflow Manager unter SharePoint Server ist aber in der Regel auf einer separaten Maschine installiert und verarbeitet Datumswerte im UTC-Format. Somit geht das originale Datum gemäß der Zeitzone aus der SharePoint Liste verloren. Um dies in dem Workflow gemäß der Regionaleinstellungen der SharePoint Site wiederherzustellen, kann der SharePoint REST-Dienst (API)  _api/web/RegionalSettings verwendet werden. Das folgende Video verdeutlicht den Aufruf des Dienstes innerhalb eines SharePoint Workflows, der in Visual Studio 2022 umgesetzt wird. Weitere Informationen zu dem REST-Endpunkt unter: https://learn.microsoft.com/en-us/previous-versions/office/sharepoint-visio/jj245318(v=office.15)

Nach dem Update von Visual Studio 2022 auf die aktuelle Version 17.4.4 erschien beim Öffnen einer Projektmappe bei mir folgender Fehlerhinweis: EN: The project file cannot be opened. Unable to locate the .NET SDK. Check that it is installed and that the version specified in global.json (if any) matches the installed version. Nach einer kurzen Recherche auf den Visual Studio Community Seiten, fand ich einen Hinweis auf mögliche falsche Pfade bzw. falsche Reihenfolgen (SDK x64 vor x86) - wie hier beschrieben wurde:  Upgrading VS2022 from a preview release breaks the .NET SDK because of a PATH update Leider führte keiner der Vorschläge zu einer Lösung. So wie es aussieht, deinstalliert das Update einige alte SDK-Versionen. Leider werden diese aber manchmal noch benötigt. Ich prüfte daraufhin meine Installationen und stellte fest, dass gar keine x86 SDK-Version mehr vorhanden war. Daraufhin installierte ich das .NET 7.0 x86 SDK und nach der Installation konnte ich meine Projektmappe ...