c# – XmlSchemaSet的架构验证错误/线程安全性?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了c# – XmlSchemaSet的架构验证错误/线程安全性?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1542字,纯文字阅读大概需要3分钟。
内容图文
![c# – XmlSchemaSet的架构验证错误/线程安全性?](/upload/InfoBanner/zyjiaocheng/821/9a41256e411946e29dbe016d09ead4b0.jpg)
下午好,
XML模式验证代码段在开发/ q& a环境中正常工作,但在Production中产生了一些奇怪的验证结果.通常的怀疑是代码对于线程是不安全的,并且生产方案的额外负载正在清除错误.
具体情况如下.考虑验证的XML是:
<mssql:spExecute type="ResultSet" xmlns:mssql="urn:namespace">
<mssql:actor>IPASS</mssql:actor>
<mssql:connection>ConnectionString</mssql:connection>
<mssql:storedProcedure>dbo.RedFox</mssql:storedProcedure>
</mssql:spExecute>
在一整天的过程中,大约300次执行(大于2M)将产生以下异常:
System.Xml.Schema.XmlSchemaValidationException The 'http://www.w3.org/2000/xmlns/:mssql' attribute is not declared.
模式验证器似乎抱怨名称空间声明.
代码结构如下:
>有一个XmlSchemaSet的静态实例;
>正在以线程安全的方式初始化XmlSchemaSet实例;
>每个工作线程都使用相同的XmlSchemaSet;
>验证发生在XmlSerializer.Deserialize()调用期间,使用XmlReader和使用ValidationType.Schema初始化的XmlReaderSettings.
有关可能导致验证通过命名空间声明阻塞的内容的任何想法?
解决方法:
>您所描述的是受控实验或结果的结果
从生产环境观察?
如果是后者,请尝试在受控设置中重现它以确保其他一些
错误不是一个真正的原因.
> The documentation for XmlSchemaSet说:
“Any instance members are not guaranteed to be thread safe.”
这包括属性读取和“只读”方法.
所以我们不能假设XmlSchemaSet的只读使用是线程安全的.
直到Microsoft提供明确允许共享相同编译的实现
线程之间的架构表示,唯一安全的做法就是不共享.
> OTOH分享单个编译的不可变XmlSchemaSet来验证是合乎逻辑的
多个XmlDocument(或XmlReader)实例.
这是一个非常明智的场景,所以我不明白为什么它没有明确
允许和记录.
(更新:显然,这在Java’s standard XML library明确保证.
为什么在.NET中不是这样呢?)
内容总结
以上是互联网集市为您收集整理的c# – XmlSchemaSet的架构验证错误/线程安全性?全部内容,希望文章能够帮你解决c# – XmlSchemaSet的架构验证错误/线程安全性?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。