开发者

Activator.CreateInstance fails in Windows Service

I have an issue with a Windows Service which throws a NullReference exception whenever I try to use

var myType = Activator.CreateInstance(typeof(MyType))

There is no problem whenever I run the exact same code in a console window - and after debugging the obvious "which user 开发者_如何学Pythonis running this code" I doubt that it is a mere fact of changing the user running the service as I've tried to run the service using the computer's Administrator account as well as LocalSystem. I'm suspecting a Windows Update fiddling with default user rights but that's a bit of a desperate guess I feel.

Remember: The type and assembly exist and works fine - otherwise I wouldn't be able to run the code in a console window. It is only when running in the context of a Windows Service I get an error.

The question is: Can I in any way impersonate i.e. LocalSystem in a unittest by creating a GenericPrincipal (how would that GenericPrincipal look)?


You could always run a visual studio instance as LocalSystem. From the command line, enter the following:

at <time in near future> /interactive  <path to devenv.exe>

Then wait for that time to roll around and VS should open up, but will be running under the LocalSystem account.

I'd personally not suspect the user account, and instead suspect that it's something to do with being interactive - does the constructor or class constructor for MyType have some implicit dependency on the desktop?

(Edit - oops, should be time before /interactive, corrected command line).

e.g.

at 11:48 /interactive "c:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\devenv.exe"


I know its a simple answer but have you tried putting it in a try catch block then writing out the exception to see if it is Permission based or otherwise.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜