1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
|
<?xml version="1.0"?>
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN"
"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd" [
<!ENTITY date "February 2002">
<!ENTITY url_examples_base "http://git.gnome.org/browse/libxml++/tree/examples/">
]>
<book id="index" lang="en">
<bookinfo>
<title>libxml++ - An XML Parser for C++</title>
<author>
<firstname>Murray</firstname>
<surname>Cumming</surname>
<affiliation>
<address><email>murrayc@murrayc.com</email></address>
</affiliation>
</author>
<date>12th September 2004</date>
<abstract>
<para>This is an introduction to libxml2's C++ binding, with simple examples.</para>
</abstract>
</bookinfo>
<chapter id="chapter-introduction">
<title>libxml++</title>
<para>
libxml++ is a C++ API for the popular <ulink url="http://www.xmlsoft.org">libxml2</ulink> XML parser, written in C.
libxml2 is famous for its high performance and compliance to standard specifications, but its C API is quite difficult even for common tasks.
</para>
<para>
libxml++ presents a simple C++-like API that can achieve common tasks with less code.
Unlike some other C++ parsers, it does not try to avoid the advantages of standard C++ features
such as namespaces, STL containers or runtime type identification, and it does not try
to conform to standard API specifications meant for Java. Therefore libxml++ requires
a fairly modern C++ compiler such as g++ 4.9 or g++ 5. libxml++ 2.39.1 and later require
a C++11-compliant compiler.
</para>
<para>But libxml++ was created mainly to fill the need for an API-stable and ABI-stable C++ XML parser which could be used as a shared library dependency by C++ applications that are distributed widely in binary form. That means that installed applications will not break when new versions of libxml++ are installed on a user's computer. Gradual improvement of the libxml++ API is still possible via non-breaking API additions, and new independent versions of the ABI that can be installed in parallel with older versions. These are the general techniques and principles followed by the <ulink
url="http://www.gnome.org">GNOME</ulink> project, of which libxml++ is a part.</para>
<sect1>
<title>Installation</title>
<para>libxml++ is packaged by major Linux and *BSD distributions and can be installed from source on Linux and Windows, using any modern compiler, such as g++, SUN Forte, or MSVC++.</para>
<para>For instance, to install libxml++ and its documentation on debian, use apt-get or synaptic like so:
<programlisting>
# apt-get install libxml++2.6-dev libxml++2.6-doc
</programlisting>
</para>
<para>To check that you have the libxml++ development packages installed, and that your environment is working properly, try <command>pkg-config libxml++-2.6 --modversion</command>.</para>
<para>Links for downloading and more documentation can be found at <ulink
url="http://libxmlplusplus.sourceforge.net">libxmlplusplus.sourceforge.net</ulink>.
libxml++ is licensed under the LGPL, which allows its use via dynamic linking in both open source and closed-source software. The underlying libxml2 library uses the even more generous MIT licence.</para>
</sect1>
<sect1>
<title>UTF-8 and Glib::ustring</title>
<para>The libxml++ API takes, and gives, strings in the UTF-8 Unicode encoding, which can support all known languages and locales. This choice was made because, of the encodings that have this capability, UTF-8 is the most commonly accepted choice. UTF-8 is a multi-byte encoding, meaning that some characters use more than 1 byte. But for compatibility, old-fashioned 7-bit ASCII strings are unchanged when encoded as UTF-8, and UTF-8 strings do not contain null bytes which would cause old code to misjudge the number of bytes. For these reasons, you can store a UTF-8 string in a std::string object. However, the std::string API will operate on that string in terms of bytes, instead of characters.</para>
<para>Because Standard C++ has no string class that can fully handle UTF-8, libxml++ uses the Glib::ustring class from the glibmm library. Glib::ustring has almost exactly the same API as std::string, but methods such as length() and operator[] deal with whole UTF-8 characters rather than raw bytes.</para>
<para>There are implicit conversions between std::string and Glib::ustring, so you can use std::string wherever you see a Glib::ustring in the API, if you really don't care about any locale other than English. However, that is unlikely in today's connected world.</para>
<para>glibmm also provides useful API to convert between encodings and locales.</para>
</sect1>
<sect1>
<title>Compilation and Linking</title>
<para>To use libxml++ in your application, you must tell the compiler where to find the include headers and where to find the libxml++ library. libxml++ provides a pkg-config .pc file to make this easy. For instance, the following command will provide the necessary compiler options:
<command>pkg-config libxml++-2.6 --cflags --libs</command>
</para>
<para>When using autoconf and automake, this is even easier with the PKG_CHECK_MODULES macro in your configure.ac file. For instance:
<programlisting>
PKG_CHECK_MODULES(SOMEAPP, libxml++-2.6 >= 2.38.0)
AC_SUBST(SOMEAPP_CFLAGS)
AC_SUBST(SOMEAPP_LIBS)
</programlisting>
</para>
</sect1>
</chapter>
<chapter id="chapter-parsers">
<title>Parsers</title>
<para>Like the underlying libxml2 library, libxml++ allows the use of 3 parsers, depending on your needs - the DOM, SAX, and TextReader parsers. The relative advantages and behaviour of these parsers will be explained here.</para>
<para>All of the parsers may parse XML documents directly from disk, a string, or a C++ std::istream. Although the libxml++ API uses only Glib::ustring, and therefore the UTF-8 encoding, libxml++ can parse documents in any encoding, converting to UTF-8 automatically. This conversion will not lose any information because UTF-8 can represent any locale.</para>
<para>Remember that white space is usually significant in XML documents, so the parsers might provide unexpected text nodes that contain only spaces and new lines. The parser does not know whether you care about these text nodes, but your application may choose to ignore them.</para>
<sect1>
<title>DOM Parser</title>
<para>The DOM (Document Object Model) parser parses the whole document at once and stores the structure in memory, available via <methodname>DomParser::get_document()</methodname>. With methods such as <methodname>Document::get_root_node()</methodname> and <methodname>Node::get_children()</methodname>, you may then navigate into the hierarchy of XML nodes without restriction, jumping forwards or backwards in the document based on the information that you encounter. Therefore the DOM parser uses a relatively large amount of memory.</para>
<para>You should use C++ RTTI (via <literal>dynamic_cast<></literal>) to identify the specific node type and to perform actions which are not possible with all node types. For instance, only <classname>Element</classname>s have attributes. Here is the inheritance hierarchy of node types:</para>
<para>
<itemizedlist>
<listitem><para>xmlpp::Node
<itemizedlist>
<listitem><para>xmlpp::Attribute
<itemizedlist>
<listitem><para>xmlpp::AttributeDeclaration</para></listitem>
<listitem><para>xmlpp::AttributeNode</para></listitem>
</itemizedlist>
</para></listitem>
<listitem><para>xmlpp::ContentNode
<itemizedlist>
<listitem><para>xmlpp::CdataNode</para></listitem>
<listitem><para>xmlpp::CommentNode</para></listitem>
<listitem><para>xmlpp::EntityDeclaration</para></listitem>
<listitem><para>xmlpp::ProcessingInstructionNode</para></listitem>
<listitem><para>xmlpp::TextNode</para></listitem>
</itemizedlist>
</para></listitem>
<listitem><para>xmlpp::Element</para></listitem>
<listitem><para>xmlpp::EntityReference</para></listitem>
<listitem><para>xmlpp::XIncludeEnd</para></listitem>
<listitem><para>xmlpp::XIncludeStart</para></listitem>
</itemizedlist>
</para></listitem>
</itemizedlist>
</para>
<para>All <classname>Node</classname>s created by the DOM parser are leaves
in the node type tree. For instance, the DOM parser can create
<classname>TextNode</classname>s and <classname>Element</classname>s, but it
does not create objects whose exact type is <classname>ContentNode</classname>
or <classname>Node</classname>.
</para>
<para>Although you may obtain pointers to the <classname>Node</classname>s, these <classname>Node</classname>s are always owned by their parent <classname>Node</classname>. In most cases that means that the <classname>Node</classname> will exist, and your pointer will be valid, as long as the <classname>Document</classname> instance exists.</para>
<para>There are also several methods which can create new child <classname>Node</classname>s. By using these, and one of the <methodname>Document::write_*()</methodname> methods, you can use libxml++ to build a new XML document.</para>
<sect2>
<title>Example</title>
<para>This example looks in the document for expected elements and then examines them. All these examples are included in the libxml++ source distribution.</para>
<para><ulink url="&url_examples_base;dom_parser">Source Code</ulink></para>
</sect2>
</sect1>
<sect1>
<title>SAX Parser</title>
<para>The SAX (Simple API for XML) parser presents each node of the XML document in sequence. So when you process one node, you must have already stored information about any relevant previous nodes, and you have no information at that time about subsequent nodes. The SAX parser uses less memory than the DOM parser and it is a suitable abstraction for documents that can be processed sequentially rather than as a whole.</para>
<para>By using the <literal>parse_chunk()</literal> method instead of <literal>parse()</literal>, you can even parse parts of the XML document before you have received the whole document.</para>
<para>As shown in the example, you should derive your own class from SaxParser and override some of the virtual methods. These "handler" methods will be called while the document is parsed.</para>
<sect2>
<title>Example</title>
<para>This example shows how the handler methods are called during parsing.</para>
<para><ulink url="&url_examples_base;sax_parser">Source Code</ulink></para>
</sect2>
</sect1>
<sect1>
<title>TextReader Parser</title>
<para>Like the SAX parser, the TextReader parser is suitable for sequential parsing, but instead of implementing handlers for specific parts of the document, it allows you to detect the current node type, process the node accordingly, and skip forward in the document as much as necessary. Unlike the DOM parser, you may not move backwards in the XML document. And unlike the SAX parser, you must not waste time processing nodes that do not interest you. </para>
<para>All methods are on the single parser instance, but their result depends on the current context. For instance, use <literal>read()</literal> to move to the next node, and <literal>move_to_element()</literal> to navigate to child nodes. These methods will return false when no more nodes are available. Then use methods such as <literal>get_name()</literal> and <literal>get_value()</literal> to examine the elements and their attributes.</para>
<sect2>
<title>Example</title>
<para>This example examines each node in turn, then moves to the next node.</para>
<para><ulink url="&url_examples_base;textreader">Source Code</ulink></para>
</sect2>
</sect1>
</chapter>
</book>
|
