Discussion :

[.2b2b.]

Bonjour,

Je tente de créer une collection de site dans la fonction ItemUpdated de mon Event Handler.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
           SPSecurity.RunWithElevatedPrivileges(delegate()
                {
                    using (SPSite oSPSite = new SPSite(sUrlRootSite))
                    {
                        SPWebApplication oSPWebApplication = oSPSite.WebApplication;
                        SPSiteCollection oSPSiteCollection = oSPWebApplication.Sites;
 
                        if (oSPWebApplication.Sites[sUrlRelative] == null)
                        {
                            oSPSiteCollection.Add(sUrlSite, sSiteName, String.Empty, 1036, sSiteTemplate, sAdminColl, string.Empty, string.Empty);
                            oSPWebApplication.Update();
                        }
                    }
                });

J'ai un accès refusé sur la fonction oSPSiteCollection.Add(...).
Selon mes recherches, l'erreur proviendrait de mon compte d'application pool qui n'a pas le droit d'écrire dans la base de conf.
Effectivement, lorsque je fais tourner mon application pool avec le compte farm, je n'ai plus le problème.
Pourtant, il me semble que ce n'est pas recommandé de faire tourner les pools d'applications avec le compte farm.

J'ai tenté de faire:
- une impersonation avec le SystemAccount => même erreur
- de lancer ma création avec un timerjob => accès refusé lors de l'update de mon job

Merci de m'aider, help...

[guitou12]

Bonjour,

avez vous possibilité de donner les droits d'écriture sur la BDD de config à votre utilisateur exécutant le pool applicatif ?

Si oui ça devrait résoudre le problème et vous éviter d'utiliser le compte farm qui en effet devrait être cantonné à certaines tâches spécifiques.

(mais j'avoue que dans mes devs actuels j'ai aussi tendance à m'en servir un peu partout pour éviter aussi les problèmes de droits d'accès récurrents)

[sylvain.reverdy]

Bonjour,

J'avais le même besoin.

Au final, j'ai créé un WebService custom qui créé une collection de site.
J'appel ce webservice sur l'url de la webapp d'admin (qui tourne avec un compte d'admin), et donc je n'ai pas d'accès refusé.

C'est plus compliqué que de mettre les droits d'admin à l'app pool de ta webapp, mais c'est un peu plus propre.

Dans le code du webservice tu peux faire un check de l'identité de l'appelant ou passer un passphrase.
Mais bon, faut pas être parano non plus, à moins que la webapp admin soit exposée sur Internet

Have fun...