1XML::LibXML::DOM(3) User Contributed Perl Documentation XML::LibXML::DOM(3)
2
3
4
6 XML::LibXML::DOM - XML::LibXML DOM Implementation
7
9 XML::LibXML provides an light-wight interface to modify a node of the
10 document tree generated by the XML::LibXML parser. This interface
11 follows as far as possible the DOM Level 3 specification. Additionally
12 to the specified functions the XML::LibXML supports some functions that
13 are more handy to use in the perl environment.
14
15 One also has to remember, that XML::LibXML is an interface to libxml2
16 nodes which actually reside on the C-Level of XML::LibXML. This means
17 each node is a reference to a structure different than a perl hash or
18 array. The only way to access these structure's values is through the
19 DOM interface provided by XML::LibXML. This also means, that one can't
20 simply inherit an XML::LibXML node and add new member variables as they
21 were hash keys.
22
23 The DOM interface of XML::LibXML does not intend to implement a full
24 DOM interface as it is done by XML::GDOME and used for full featured
25 application. Moreover, it offers an simple way to build or modify
26 documents that are created by XML::LibXML's parser.
27
28 Another target of the XML::LibXML interface is to make the interfaces
29 of libxml2 available to the perl community. This includes also some
30 workarounds to some features where libxml2 assumes more control over
31 the C-Level that most perl users don't have.
32
33 One of the most important parts of the XML::LibXML DOM interface is,
34 that the interfaces try do follow the DOM Level 3 specification
35 (<http://www.w3.org/TR/DOM-Level-3-Core/>) rather strictly. This means
36 the interface functions are named as the DOM specification says and not
37 what widespread Java interfaces claim to be standard. Although there
38 are several functions that have only a singular interface that conforms
39 to the DOM spec XML::LibXML provides an additional Java style alias
40 interface.
41
42 Also there are some function interfaces left over from early stages of
43 XML::LibXML for compatibility reasons. These interfaces are for
44 compatibility reasons only. They might disappear in one of the future
45 versions of XML::LibXML, so a user is requested to switch over to the
46 official functions.
47
48 Encodings and XML::LibXML's DOM implementation
49 See the section on Encodings in the XML::LibXML manual page.
50
51 Namespaces and XML::LibXML's DOM implementation
52 XML::LibXML's DOM implementation is limited by the DOM implementation
53 of libxml2 which treats namespaces slightly differently than required
54 by the DOM Level 2 specification.
55
56 According to the DOM Level 2 specification, namespaces of elements and
57 attributes should be persistent, and nodes should be permanently bound
58 to namespace URIs as they get created; it should be possible to
59 manipulate the special attributes used for declaring XML namespaces
60 just as other attributes without affecting the namespaces of other
61 nodes. In DOM Level 2, the application is responsible for creating the
62 special attributes consistently and/or for correct serialization of the
63 document.
64
65 This is both inconvenient, causes problems in serialization of DOM to
66 XML, and most importantly, seems almost impossible to implement over
67 libxml2.
68
69 In libxml2, namespace URI and prefix of a node is provided by a pointer
70 to a namespace declaration (appearing as a special xmlns attribute in
71 the XML document). If the prefix or namespace URI of the declaration
72 changes, the prefix and namespace URI of all nodes that point to it
73 changes as well. Moreover, in contrast to DOM, a node (element or
74 attribute) can only be bound to a namespace URI if there is some
75 namespace declaration in the document to point to.
76
77 Therefore current DOM implementation in XML::LibXML tries to treat
78 namespace declarations in a compromise between reason, common sense,
79 limitations of libxml2, and the DOM Level 2 specification.
80
81 In XML::LibXML, special attributes declaring XML namespaces are often
82 created automatically, usually when a namespaced node is attached to a
83 document and no existing declaration of the namespace and prefix is in
84 the scope to be reused. In this respect, XML::LibXML DOM
85 implementation differs from the DOM Level 2 specification according to
86 which special attributes for declaring the appropriate XML namespaces
87 should not be added when a node with a namespace prefix and namespace
88 URI is created.
89
90 Namespace declarations are also created when XML::LibXML::Document's
91 createElementNS() or createAttributeNS() function are used. If the a
92 namespace is not declared on the documentElement, the namespace will be
93 locally declared for the newly created node. In case of Attributes this
94 may look a bit confusing, since these nodes cannot have namespace
95 declarations itself. In this case the namespace is internally applied
96 to the attribute and later declared on the node the attribute is
97 appended to (if required).
98
99 The following example may explain this a bit:
100
101 my $doc = XML::LibXML->createDocument;
102 my $root = $doc->createElementNS( "", "foo" );
103 $doc->setDocumentElement( $root );
104
105 my $attr = $doc->createAttributeNS( "bar", "bar:foo", "test" );
106 $root->setAttributeNodeNS( $attr );
107
108 This piece of code will result in the following document:
109
110 <?xml version="1.0"?>
111 <foo xmlns:bar="bar" bar:foo="test"/>
112
113 The namespace is declared on the document element during the
114 setAttributeNodeNS() call.
115
116 Namespaces can be also declared explicitly by the use of
117 XML::LibXML::Element's setNamespace() function. Since 1.61, they can
118 also be manipulated with functions setNamespaceDeclPrefix() and
119 setNamespaceDeclURI() (not available in DOM). Changing an URI or prefix
120 of an existing namespace declaration affects the namespace URI and
121 prefix of all nodes which point to it (that is the nodes in its scope).
122
123 It is also important to repeat the specification: While working with
124 namespaces you should use the namespace aware functions instead of the
125 simplified versions. For example you should never use setAttribute()
126 but setAttributeNS().
127
129 Matt Sergeant, Christian Glahn, Petr Pajas
130
132 2.0018
133
135 2001-2007, AxKit.com Ltd.
136
137 2002-2006, Christian Glahn.
138
139 2006-2009, Petr Pajas.
140
141
142
143perl v5.16.3 2013-05-13 XML::LibXML::DOM(3)