Python使用apache+挂起在lxml.etree.XMLSchema（树）上；mod_wsgi

巨蟒会坚持下去

lxml.etree.XMLSchema(tree) lxml.etree.XMLSchema（树） 当我在apache server+mod_wsgi（Windows）上使用它时

当我使用Django开发服务器时，一切正常

如果您知道其他针对XSD的优秀XML验证解决方案，请告诉我

更新：

我使用的是soaplib，它使用lxml

logger.debug("building schema...") self.schema = etree.XMLSchema(etree.parse(f)) logger.debug("schema %r built, cleaning up..." % self.schema) debug（“构建架构…”） self.schema=etree.XMLSchema（etree.parse（f）） logger.debug（“已生成架构%r，正在清理…”%self.schema） 我在apache日志中看到“构建架构…”，但没有看到“架构%r已构建，正在清理…”

更新2:

---

我用MSVS 2010 Visual C++构建了LXML 2.3；之后，它在这一行self.schema=etree.XMLSchema（etree.parse（f））上崩溃，在httpd.exe的0x7c919af2处出现未处理的异常：0xC0000005:访问冲突写入位置0x00000010。

我在Linux系统上遇到类似问题。尝试安装一个更新版本的libxml2并重新安装lxml，至少这对我来说是这样。

我也遇到了同样的问题（lxml 2.2.6，mod_wsgi 3.2）。解决方法是将文件或文件名传递给构造函数：XMLSchema（file=）

我使用的解决方法是设置：

self.schema = etree.XMLSchema(etree.parse(f)) WSGIApplicationGroup%{GLOBAL}

---

（1）“挂起etree.XMLSchema（树）”传递的信息很少——您的确切意思是什么？（2） 我相信

lxml

开发人员听到有问题一定会非常关心<代码> LXM*/COD>似乎是一个非常健壮的产品，不易出现“挂起”或“崩溃”——请考虑在<代码> LXML >代码>邮件列表或bug跟踪器上报告您的问题。关于这意味着什么的一些有用信息：