Aujourd'hui, un petit article sur les solutions en mode Sandbox (ou en bon français : en mode bac à sable). Il est effectivement possible d'utiliser ce genre déploiement pour un formulaire de type InfoPath.
Les avantages sont les suivants:
- Un administrateur de la collection de sites pourra déployer le formulaire lui-même sans demander de réaliser ceci à un administrateur ayant les accès à l'administration centrale.
- Pas d'interruption de service sur la ferme SharePoint,
- Possibilité de limiter la quantité de ressources utilisées par cette solution sandbox.
- Le formulaire sera publié directement depuis InfoPath sans avoir besoin de passer par l'étape envoi à l'administrateur et téléchargement dans l'administration centrale,
- Au niveau protection et sécurité de la ferme, les solutions Sandbox sont exécutées dans un processus séparé (il existe un service Windows User Code Host) tandis qu'un formulaire dans l'administration centrale peut exécuter n'importe quel genre de code sans sécurité et accéder à n'importe quelle ressource de la ferme.
Les inconvénients se situent surtout au niveau du CAS (Code Access Security) qui entraine de nombreuses limitations sur le code :
- Pas de possibilité d'impersonnation du contexte SharePoint (Le fameux 'RunWithElevatedPrivileges' bien connu des développeurs SharePoint...),
- Modèle objet SharePoint limité,
- Pas d'accès au disque,
- ...
Vous l'aurez compris, il est recommandé d'utiliser le déploiement Sandbox d'un formulaire avec code lorsque vous disposez d'une faible quantité de code à embarquer dans le formulaire!
Bon jeu dans le bac à sable de SharePoint 2013!
Aucun commentaire:
Enregistrer un commentaire