有用。经过一些侦探工作，我可以详细了解它们的详细信息：
尝试解析开发性的RESTful接口时，我构建了解析器并得到了上面的（而不是类似的）错误。我尝试了各种参数来更改XML输出，但是得到了相同的错误。我尝试连接到一个我迅速跳动的XML文档（从界面本身开始愚蠢地抄写），并得到相同的错误。然后，我尝试连接任何东西，只是为了踢球，并得到相同（同样，可能只有相似）的错误。
我开始质疑这是源程序还是程序错误，因此我开始四处搜寻，这看起来像是一个持续存在的问题-
在同一主题上有很多Google和SO命中。不幸的是，这使我专注于错误的上游（语言）方面，而不是对源本身进行更多的下游故障排除。
快进，解析器突然对 原始
XML输出起作用。我确认服务器端还做了一些其他工作（只是一个疯狂的巧合？）。我没有早期的XML，但怀疑它与要更改的文档标识符有关。
现在，解析器可以在RESTful接口以及我可以使用的任何格式良好的XML上正常工作。在我尝试过的所有XHTML
DTD（例如www.w3.org）上，它也都失败了。这与@SeanReilly的预期相反，但似乎与W3的说法保持一致。
我还是Scala的新手，因此无法确定我是否有特殊情况或典型情况。我也不能保证这个问题不会以另一种形式再次出现。除非确实使用了类似于@GClaramunt $
@ J-16 SDiZ所建议的解决方案，否则拉XHTML似乎会继续导致此错误。我真的没有资格知道这是语言问题还是解决方案的实施（可能是稍后的问题）
在最近的时间范围内，我怀疑最好的解决方案对我来说应该是确保有 可能 解析该XML源，而不是看到其他源具有相同的错误并假定该语言存在功能性问题。 。
希望这对其他人有帮助。
