I have an enterprise wiki site collection inside our sharepoint on-premises 2013. and the enterprise wiki contain a server side remote event receiver which do the following:-

  • when a list item is approved.
  • the server side event receiver will create 50 wiki pages, based on 50 wiki pages which we are using as templates. it run as ItemAdded.

now i am planning to migrate the enterprise wiki site collection to sharepoint online. but i am not sure how i should migrate the server-side event receiver, where i find these 2 approaches:-

  1. First approach is to use remote event receiver. but i am trying to avoid this journey as remote event receiver are very complex especially on how they are deploy/host/debug them.
  2. second appraoch i am thinking of, is to write a .net console application which run periodically and then host it inside azure. and then using CSOM code inside the console application, to check for new approved items and create the wiki pages accordingly. of course using the Event Receiver the wiki pages will get created automatically after the approval, but using the console application the user have to wait for the next iteration to run(which is not a big issue).

so can anyone adivce on these 2 approaches, or if there is a third appraoch ?

有帮助吗?

解决方案

Both are valid, implementation will really depend on how much custom dev you are doing. If you have more event receivers to migrate then it would be probably a good point to start learning about the remote event receivers. If it is your only one then your second approach is good. Alternatively you can look into WF Classic or Flow to meet your requirements.

许可以下: CC-BY-SA归因
scroll top