XSLT转换XML后已关联Schema仍报‘无Schema/DTD’错误的原因

嘿，这个问题我之前帮不少做元数据转换的同行排查过，结合你用XSLT实现跨Schema（比如DC转PBCore、内部标准转METS）的场景，大概率是以下几个细节没处理到位：

• Schema声明的核心要素缺失或错误
  很多时候输出XML看起来有标识，但关键的命名空间或属性没配置对：

  • 忘记声明xsi命名空间：必须在根元素（或更高层级）加上xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"，否则schemaLocation或noNamespaceSchemaLocation属性根本不会被XML解析器识别。
  • schemaLocation的配对错误：这个属性的值是命名空间URI + 空格 + Schema文件的URI/路径，两者必须严格对应。比如PBCore的声明应该是：

    <pbcoreDescriptionDocument xmlns="http://www.pbcore.org/PBCore/PBCoreNamespace.html"
                              xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                              xsi:schemaLocation="http://www.pbcore.org/PBCore/PBCoreNamespace.html https://pbcore.org/schemas/pbcore-2.1.xsd">
    

    如果其中一个URI写错、不可访问（比如内部Schema的地址在验证工具的网络环境里无法获取），就会触发错误。
  • 混淆schemaLocation和noNamespaceSchemaLocation：如果目标Schema没有命名空间，必须用noNamespaceSchemaLocation而不是schemaLocation，反之亦然。

• XSLT输出的序列化问题
  有些XSLT处理器的默认行为会破坏Schema关联声明：

  • 未显式保留命名空间：如果你的XSLT样式表中没有提前声明xsi或目标Schema的命名空间，处理器可能不会把这些命名空间输出到最终XML里。建议在<xsl:stylesheet>根节点就声明所有需要的命名空间，比如：

    <xsl:stylesheet version="2.0"
                    xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
                    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                    xmlns:mets="http://www.loc.gov/METS/">
    

  • 输出设置限制：如果用了<xsl:output>，确保method="xml"且没有设置会移除属性的参数。另外，尽量通过<xsl:attribute>动态生成schemaLocation，而不是直接在输出元素里硬编码，避免处理器序列化时丢失属性。

• 验证工具的特殊要求
  不同工具对Schema关联的校验逻辑不一样：

  • 本地Schema依赖：有些工具（比如Oxygen XML Editor）默认要求Schema文件本地可访问，即使你写了远程URI，也需要手动配置Schema目录映射，否则会提示找不到文件。
  • 缓存干扰：工具可能缓存了旧的Schema文件或声明规则，尝试清理工具的Schema缓存后重新验证。
  • 严格的根元素检查：部分工具只识别根元素上的Schema声明，如果你的声明放在子元素上，就会被忽略。

• 转换后的XML存在命名空间不匹配
  比如你把内部元数据转成METS，但输出的METS元素没有正确绑定http://www.loc.gov/METS/命名空间，或者部分元素的命名空间前缀和Schema定义不一致，验证工具就无法匹配到对应的Schema规则。

内容的提问来源于stack exchange，提问作者Kelly J. Applegate