在共享主机上使用温莎城堡和 NHibernate 设施
我尝试在中等信任环境中使用 Windsor 和 NHibernate，但遇到了一些权限问题。 我已经阅读了有关此问题的其他问题，但我正在使用 Windsor 的 NHibernate 工具，但我还没有看到讨论过。
由于某种原因，容器启动时存在对 Castle.Service.Transations 程序集的依赖性。 然后尝试创建以下实例：
Castle.Services.Transaction.CallContextActivityManager()
由于 CallContextActivityManager 厌倦在 System.Runtime.Remoting.Messaging.CallContext 中使用 SetData，因此引发安全异常，只有在您拥有基础结构权限时才允许使用 SetData。 我猜中等信任的应用程序不会。
有谁知道在中等信任度下解决这个安全问题的方法吗？ 我应该转储 NHibernate 设施并手动将其注册到容器中吗？
I'm attempting to use Windsor and NHibernate in a medium trust environment and I'm running up against some problems with permissions. I have read through the other questions on this but I'm using Windsor's NHibernate facility which I haven't seen discussed.
For some reason there is a dependency on the Castle.Service.Transations assembly when the container starts up. This then tries to create and instance of:
Castle.Services.Transaction.CallContextActivityManager()
A security exception is raised as CallContextActivityManager tires to use SetData in System.Runtime.Remoting.Messaging.CallContext which is only allowed if you have infrastructure permission. I'm guessing that medium trust apps don't.
Does anyone know a way around this security issue in medium trust? Should I dump the NHibernate facility and register it manually with the container?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可以通过在容器中注册 TLSActivityManager（对于 IActivityManager 类型）来解决此问题。 然后，DefaultTransactionManager（由 NHibernateIntegrationFacility 使用）将使用此 ActivityManager，而不是触发新的 CallContextActivityManager。
You can get around this by registering the TLSActivityManager in the container (for type IActivityManager). The DefaultTransactionManager (used by NHibernateIntegrationFacility) will then use this ActivityManager instead of firing off a new CallContextActivityManager.