I have written an assembly which is integrated in sql server, providing some stored procedures written in C#. The assembly has a readonly static variable holding some configuration data. This data is manipulated via stored procedures, which are also provided by the assembly. Obviously I have to synchronize access to this static variable. I tried to use
lock(someGuard)
{
// ... access static configuration
}
inside my configuration class. But then I get a HostProtectionException, telling me, that the assembly has to run with full trust to do that. Is there a better way to do that?
There is actually an undocumented hack: decorate the class with the
CompilerGenerated
attribute. As with any undocumented workarounds, mileage may vary with future releases.You shouldn't need this though, if the static is readonly then you can declare it readonly and the assembly will deploy fine, readonly statics are accepted in SAFE assemblies. And is truly readonly, the lock guard is also unnecessary.
If you cannot mark it readonly and remove the lock, it means is not readonly and you will be on moving sands territory. You can block SQL workers and have unpredictable results (hence the UNSAFE requirement). The CompilerGenerated trick should really be used with a lot of care, onyl if you understand perfectly the implications. The fact that you need a
lock
is a strong indicator your code is actually unsafe wrt to SQL and statics.The only way around this restriction is to deploy the assembly as UNSAFE. Still, static shared data is against recommendations: