我目前手动生成所有Document节点的NodeList
(按文档顺序)。获取此NodeList
的XPath表达式是
//. | //@* | //namespace::*
我首次尝试手动移动DOM并收集节点(NodeSet
是委派给NodeList
的原始List
实现):
private static void walkRecursive(Node cur, NodeSet nodes) {
nodes.add(cur);
if (cur.hasAttributes()) {
NamedNodeMap attrs = cur.getAttributes();
for (int i=0; i < attrs.getLength(); i++) {
Node child = attrs.item(i);
walkRecursive(child, nodes);
}
}
int type = cur.getNodeType();
if (type == Node.ELEMENT_NODE || type == Node.DOCUMENT_NODE) {
NodeList children = cur.getChildNodes();
if (children == null)
return;
for (int i=0; i < children.getLength(); i++) {
Node child = children.item(i);
walkRecursive(child, list);
}
}
}
我会通过调用walkRecursive(doc, nodes)
开始递归,其中doc
是org.w3c.Document
和nodes
a(还是空的)NodeSet
。
我使用这个原始XML文档测试了这个:
<?xml version="1.0"?>
<myns:root xmlns:myns="http://www.my.ns/#">
<myns:element/>
</myns:root>
例如,如果我规范化我手动创建的NodeSet
和最初提到的XPath表达式生成的NodeList
并比较两个字节的字节,那么结果是相等的,似乎工作得很好。
但是,如果我遍历两个NodeList
并打印调试信息(typeString
只是生成字符串表示)
for (int i=0; i < nodes.getLength(); i++) {
Node child = nodes.item(i);
System.out.println("Type: " + typeString(child.getNodeType()) +
" Name:" + child.getNodeName() +
" Local name: " + child.getLocalName() +
" NS: " + child.getNamespaceURI());
}
然后我收到XPath生成的NodeList
的输出:
Type: DocumentNode Name:#document Local name: null NS: null
Type: Element Name:myns:root Local name: root NS: http://www.my.ns/#
Type: Attribute Name:xmlns:myns Local name: myns NS: http://www.w3.org/2000/xmlns/
Type: Attribute Name:xmlns:xml Local name: xml NS: http://www.w3.org/2000/xmlns/
Type: Text Name:#text Local name: null NS: null
Type: Element Name:myns:element Local name: element NS: http://www.my.ns/#
Type: Text Name:#text Local name: null NS: null
这适用于手动生成的NodeList
:
Type: DocumentNode Name:#document Local name: null NS: null
Type: Element Name:myns:root Local name: root NS: http://www.my.ns/#
Type: Attribute Name:xmlns:myns Local name: myns NS: http://www.w3.org/2000/xmlns/
Type: Text Name:#text Local name: null NS: null
Type: Element Name:myns:element Local name: element NS: http://www.my.ns/#
Type: Text Name:#text Local name: null NS: null
因此,正如您所看到的,在第一个示例中,NodeList还包含XML命名空间的Node
:
Type: Attribute Name:xmlns:xml Local name: xml NS: http://www.w3.org/2000/xmlns/
现在我的问题:
a)如果我正确解释xml-names11,那么我不需要xmlns:xml声明:
根据定义,前缀xml绑定到命名空间名称http://www.w3.org/XML/1998/namespace。它可以,但不必声明,并且不得声明或绑定到任何其他命名空间名称。其他前缀不得绑定到此命名空间名称,并且不得将其声明为默认命名空间。
我说错了吗? (至少c)那个方向的提示)
b)但是,为什么XPath评估无论如何都会添加它 - 它不应该仅仅包含那里的内容而不是自动添加内容吗?
c)这会导致XML canonicalization出现问题,尽管它shouldn't - 在规范化过程中应省略xml
命名空间的声明。有没有人知道(Java)实现会出错?
编辑:
这是我用来评估包含'xml'命名空间节点的XPath表达式的代码:
DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
dbf.setNamespaceAware(true);
dbf.setValidating(false);
InputStream in = ...;
try {
Document doc = dbf.newDocumentBuilder().parse(in);
XPathFactory fac = XPathFactory.newInstance();
XPath xp = fac.newXPath();
XPathExpression exp = xp.compile("//. | //@* | //namespace::*");
NodeList nodes = (NodeList)exp.evaluate(doc, XPathConstants.NODESET);
} finally {
in.close();
}
答案 0 :(得分:1)
既然你可以写
<myns:root xml:space="preserve" xmlns:myns="http://www.my.ns/#">
<myns:element/>
</myns:root>
没有声明“xml”前缀,那么它必须是隐含的。因此,在//namespace:*
位置步骤
所以,
a)你错了,你需要它(好吧,取决于你的代码的目的)
b)见上文
c)不,但我已经看到其他事情变得混乱的其他名称空间角落案例(例如Problem with conversion of org.dom4j.Document to org.w3c.dom.Document and XML Signature