【问题标题】:Castle ActiveRecord - Command line Assemblies vs. VB.Net Assemblies ProblemCastle ActiveRecord - 命令行程序集与 VB.Net 程序集问题
【发布时间】:2009-04-24 16:50:00
【问题描述】:

好的,这就是交易。我有一个名为 Import.exe 的项目。它会寻找一个文件,解析它并使用 Castle AR 来导入。这在命令行上运行得很好。

现在需要在文件上传后运行相同的 Import.exe 和 VB.NET Web 程序。我正在使用 System.Debug.Process.Start 来调用 exe。文件上传正常,程序运行(我在任务管理器中看到它几秒钟),我已经重定向了错误输出,它给了我这个:

未处理的异常:System.IO.FileLoadException:无法加载文件或程序集“Castle.ActiveRecord,版本=1.0.3.0,Culture=neutral,PublicKeyToken=407dd0808d44fbdc”或其依赖项之一。访问被拒绝。

我将 dll 与 exe 放在同一个文件夹中。我已将这些添加到 GAC,甚至将程序集引用添加到网站 web.config 文件。

现在,由于我来自 Linux/Ruby 阵营,我身在异国他乡,已经耗尽了我所有的资源。任何帮助将不胜感激!哎呀,即使是用于了解命令行与 VB.NET 程序集差异的良好参考的解释或链接也会很棒。

【问题讨论】:

    标签: c# vb.net assemblies castle-activerecord


    【解决方案1】:

    .NET Framework 为 Web 端提供了一些相当严格的默认安全设置。我猜你需要为你的调用程序授予一些更宽松的信任设置。

    您可以尝试从您的 Web 程序(而不是 Import.exe)启动一个小 sample program at MSDN,以查看默认授予您的访问权限类型。

    一旦您了解您的特定应用程序需要什么样的信任,您可以follow these steps 修改您调用的程序集的信任级别。

    祝你好运!从 Linux 到 Windows 的过渡可能特别痛苦 :)

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-11-26
      • 2020-09-27
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-01-07
      • 1970-01-01
      相关资源
      最近更新 更多