|
1 | 1 | ---
|
2 | 2 | title: Transform sandbox solutions to the SharePoint Add-in model
|
3 | 3 | description: Learn about the options and strategies for converting existing code-based functionalities to SharePoint Add-in model or alternative solutions.
|
4 |
| -ms.date: 4/22/2020 |
| 4 | +ms.date: 06/07/2022 |
5 | 5 | ms.localizationpriority: high
|
6 | 6 | ---
|
7 | 7 |
|
@@ -84,9 +84,9 @@ Following are typical customizations that are included in the sandbox solutions
|
84 | 84 | |:-----|:-----|
|
85 | 85 | |Declarative solution with empty assembly|<p>You can control assembly creation from Visual Studio solution project properties. For more information, see [Remove the assembly reference from your Sandbox solution created in Visual Studio](https://support.microsoft.com/help/3183084/remove-the-assembly-reference-from-your-sandbox-solution-created-in-vi). </p><br/><br/>**Important:** When you use the SharePoint Sandbox Solution scanner, the scan output lists which solutions have an empty assembly, and the tool creates updated sandbox solution packages for you in which the assembly is dropped. You can then simply replace the existing sandbox solution with the updated one.</p> |
|
86 | 86 | |InfoPath form with code|<p>If you have published an InfoPath form from the InfoPath client that contains code, it’s actually published to SharePoint as a sandbox solution. This means that the form code is actually executed by the sandbox engine in SharePoint.</p> <p>Moving away from the code-based InfoPath forms is dependent on the actual business use case. There are multiple options from generating custom UI as add-ins or utilizing other form techniques.</p><p>For more information, see [Fix InfoPath in sandbox solutions](sandbox-solution-transformation-guidance-infopath.md).</p>|
|
87 |
| -|Web part|<p>Web parts are typically converted either to add-in parts or they are implemented with fully client-side technologies by using the JavaScript embed pattern. </p><p>For more information, see:<lu><li>[Customize your SharePoint site UI by using JavaScript](customize-your-sharepoint-site-ui-by-using-javascript.md)</li><li>[Create add-in parts to install with your SharePoint Add-in](../sp-add-ins/create-add-in-parts-to-install-with-your-sharepoint-add-in.md)</li><li>[How to update your SharePoint pages via the embedding of JavaScript](https://channel9.msdn.com/blogs/OfficeDevPnP/JavaScript-embedding-demo)</li><li>[Cross site collection navigation](https://channel9.msdn.com/blogs/OfficeDevPnP/Cross-site-collection-navigation)</li></lu></p>| |
| 87 | +|Web part|<p>Web parts are typically converted either to add-in parts or they are implemented with fully client-side technologies by using the JavaScript embed pattern. </p><p>For more information, see: <ul><li>[Customize your SharePoint site UI by using JavaScript](customize-your-sharepoint-site-ui-by-using-javascript.md)</li><li>[Create add-in parts to install with your SharePoint Add-in](../sp-add-ins/create-add-in-parts-to-install-with-your-sharepoint-add-in.md)</li><li>[How to update your SharePoint pages via the embedding of JavaScript](https://channel9.msdn.com/blogs/OfficeDevPnP/JavaScript-embedding-demo)</li><li>[Cross site collection navigation](https://channel9.msdn.com/blogs/OfficeDevPnP/Cross-site-collection-navigation)</li></ul></p>| |
88 | 88 | |Visual web part|<p>Visual web parts are transformed in similar ways as normal web parts. User controls used in visual web parts must be replaced because in sandbox solution cases, it's included inside of the assembly.</p>|
|
89 |
| -|Event receiver|<p>Event receivers can in many cases be replaced with the remote event receiver implementation. Remote event receivers do, however, need to hosted on some platform, typically on specific provider-hosted add-ins.</p><p>For more information, see:<lu><li>[Use remote event receivers in SharePoint](use-remote-event-receivers-in-sharepoint.md)</li><li>[How to use remote event receivers for your SharePoint add-ins](https://channel9.msdn.com/blogs/OfficeDevPnP/How-to-use-remote-event-receivers-for-your-SharePoint-add-ins)</li></lu></p>| |
| 89 | +|Event receiver|<p>Event receivers can in many cases be replaced with the remote event receiver implementation. Remote event receivers do, however, need to hosted on some platform, typically on specific provider-hosted add-ins.</p><p>For more information, see: <ul><li>[Use remote event receivers in SharePoint](use-remote-event-receivers-in-sharepoint.md)</li><li>[How to use remote event receivers for your SharePoint add-ins](https://channel9.msdn.com/blogs/OfficeDevPnP/How-to-use-remote-event-receivers-for-your-SharePoint-add-ins)</li></ul></p>| |
90 | 90 | |Feature receiver|<p>Feature receivers are typically replaced with a remote API based operation, such as using CSOM or REST for applying the needed customization or configuration at the site level. If a needed API is missing from the remote APIs (CSOM/REST), report this gap by using [SharePoint UserVoice](https://sharepoint.uservoice.com/).</p><p>Feature receivers are used, for example, to set a custom master page or theme to a site when they are activated. These kinds of operations can be easily replaced with remote code-based solutions or by using [PnP PowerShell](https://github.com/SharePoint/PnP-PowerShell/blob/master/README.md), which provides easy commands for controlling site configuration.</p>|
|
91 | 91 | |Custom workflow action|<p>The typical code migration path for these kinds of customizations is to use SharePoint workflows or alternative solutions such as Microsoft Flow or third-party solutions.</p>|
|
92 | 92 |
|
|
0 commit comments