Does SPSecurity.RunWithElevated Privileges provide anything in the console application?

Question

From what I learned from the reflector, RunWithElevatedPriveleges simply returns the current thread identity to the base (without impersonation) identifier. This makes sense in the case of code running inside the WSS application pool, since the basic service account is the superuser. Does this have an effect when working in an external (console or service) application when there is no impersonation? I suppose not, but I would like to know for sure. I saw different opinions about this from googling.

Answer 1

Normally Runwithelevatedprivileges will get your code running as an application pool identifier, but it does not work from the console. What we did in this case is either using runas , or set the identity of the scheduled task for the same account as the application pool identifier.

Answer 2

I think that if you ran the executable file under one account and then change its credentials with a code (for example, SP). Otherwise, it cannot raise to the permission that it did not have at startup without any way of creating the Credentials object.

Answer 3

RunWithElevatedPriveleges , HTTPContext null. HTTPContext null.