【问题标题】:Oracle Data Access FileNotFound: Oracle.DataAccess.Common.Configuration.Section.xsdOracle 数据访问文件未找到:Oracle.DataAccess.Common.Configuration.Section.xsd
【发布时间】:2016-09-13 17:05:39
【问题描述】:

昨天 2016 年 5 月 11 日,我在 .NET 4.6 上的 C# 代码正在愉快地使用来自 nuget 的 Oracle.ManagedDataAccess 驱动程序版本 12.1.24160419 从 Oracle 读取数据。今天该死的事情是在寻找这个文件时抛出一个 FileNotFound 错误:Oracle.DataAccess.Common.Configuration.Section.xsd

我的各种机器都没有那个文件。从来没有听说过这件事。知道为什么我的代码突然在寻找这个文件吗?

【问题讨论】:

  • 我随机复制了一个 xsd 并取了那个名字,这使它工作。但后来我在谈论 System.ObjectDisposedException 的程序退出时遇到异常。这很奇怪....
  • 您找出原因了吗?我正在使用旧版本的 ODP.NET (12.1.022) 并且今天一直在处理完全相同的错误。奇怪的是,直到昨天一切都还正常。确实很奇怪。
  • 我还没弄明白。伪造的 XSD 解决方法是蹩脚但有效的。最终我们会解决它,我会更新这篇文章!
  • 谢谢丹尼尔。看来问题是特定于 x64 的。当构建为“任何 CPU”时,不会引发错误。我发现的另一件事是它似乎并没有真正破坏任何东西,我看到错误的原因是因为应用程序在附加调试器的情况下运行并设置为在所有错误上中断。在命令行中,一切都按预期进行,读取和写入数据。我将尝试创建伪造的 XSD 作为临时解决方法,以完全停止抛出异常。
  • 从今天开始又面临同样的错误......有趣的是,这个错误发生在一台机器上,在相同TFS代码工作正常的其他站之外,没有抛出这个xsd例外。

标签: c# oracle nuget


【解决方案1】:

我在调试时跳过了这个异常,它正确连接到我的数据库。我假设这是处理可选配置方法的内部异常。

在“异常...”对话框中取消选择 Common Language Runtime Exceptions 后它就消失了,所以我相信忽略它是安全的,它不应该冒泡到您的异常处理程序中。

【讨论】:

    猜你喜欢
    • 2015-01-15
    • 1970-01-01
    • 2012-01-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-11-26
    • 2016-04-26
    相关资源
    最近更新 更多