Top
Sharegate migration Nintex

Nintex Workflow Migration from on premise to Office 365

Recently I’ve been involved in that project, where data and information that was being created for years in on premise SharePoints had to be migrated to the Sharepoint Online environment in Office 365. All migration was said to be a simple, straightforward and easy due to the usage of Sharegate, but… the real truth turned out to be way more dark.

Before the real migration started I sat down and started reading about the process and possible obstacles. I can now divide them into 3 groups:

  1. Limitations of Sharegate
  2. Limitations of SharePoint Online
  3. Limitations of Nintex for Office 365.

First things first. I will guide you through all and each from them.

Working with security credentials inside Nintex for Office 365 (RequestDigest, FedAuth, rtFa)

Recently I started playing around with the Nintex O365 Workflow REST API (http://help.nintex.com/en-us/sdks/sdko365/). Although not everything is possible (as saving new workflows), because web request action does not support passing of binary strings and cuts off null bytes (0x00), so the passed file is found by the API as incorrect BUT first thing I faced during my exercise was: HOW TO OBTAIN FedAuth security cookie?

I read articles, reviewed Stackverflow forums and similar looking for an answer how to achieve it using JavaScript. I was a bit upset with the results but then I found this precious article: Remote authentication in SharePoint Online | … And All That JS and everything went clear on how to obtain the cookie inside Nintex Workflow.

The following post is showing how to obtain 3 important security variables, that SharePoint requires from requester to “trust”:

  1. fedAuth cookie
  2. rtFa cookie
  3. RequestDigest token