我最近使用XMLSerializer为未知节点、元素和属性注册了事件处理程序，用于从类型层次结构中反序列化复杂类型。我这样做是因为我收到的一些XML来自第三方；我对数据格式更改感兴趣，这可能会给我带来麻烦。在XMLSerializer生成的XML中，它使用标准XML属性xsi:type="somederivedtypename"来标识XML元素表示的实际派生类型。我很惊讶地看到同一个序列化程序在反序列化时将它刚刚生成的相同属性视为未知。有趣的是，反序列化是正确和完整的(在我的真实程序中也有更复杂的类型和数据)。这意味着序列化程序会在反序列化的早期阶段正确评估类型信息。但是在稍后的数据提

我在使用继承和JAXB解码时遇到问题。我已经阅读了很多示例(特别是在http://blog.bdoughan.com/2010/11/jaxb-and-inheritance-using-xsitype.html上的大量引用博客和此处非常相似的SO问题:JAXBxsi:typesubclassunmarshallingnotworking)，但仍然遇到困难。像许多其他问题一样，我正在尝试创建一个对象的XML表示，该对象的字段依赖于子类来获取信息。我在编译时不知Prop体的子类实现是什么，所以XmlSeeAlso之类的东西并不真正可用。在我的测试用例中，我有一个Root类，它有一个抽象类

以W3C车辆XSD为例:...，以及“meansOfTravel”的以下定义:使用此定义，您需要使用xsi:type指定实例的类型，如下所示:3我只想实现"typename"-“元素名称”映射，以便可以将其替换为3到目前为止，我能做到这一点的唯一方法是将其明确化:但这意味着我必须在“MeansOfTravel”复杂类型中列出所有可能的子类型。如果您将元素称为“平面”，是否没有办法让XML解析器假设您指的是“平面”？还是我必须明确选择？我只想让我的设计保持干爽-如果您有任何其他建议(如团体等)-我洗耳恭听。 最佳答案 围绕此有一个通用

我有2个Document对象，其文档包含类似的XML。例如:还有一个:我需要将它们合并到具有1个根元素和4个子元素的1个文档中。问题是，如果我使用document.importNode函数进行合并，它会正确处理除xsi:type元素之外的所有namespace。所以我得到的结果是:如您所见，ns2在xsi:type中使用，但未在任何地方定义。有什么自动化的方法可以解决这个问题吗？谢谢。已添加:如果使用默认的JavaDOM库无法完成此任务，也许我可以使用其他一些库来完成我的任务？ 最佳答案 如果我在您的第二个文件中修复了命名空间问题(