XML::Twig - A perl module for processing huge XML documents in tree mode.
single-tree mode my $t= new XML::Twig(); $t->parse( '<doc><para>para1</para></doc>'); $t->print; chunk mode my $t= new XML::Twig( TwigHandlers => { section => \&flush}); $t->parsefile( 'doc.xml'); $t->flush; sub flush { $_[0]->flush; }
This module provides a way to process XML documents. It is build on top of XML::Parser.
The module offers a tree interface to the document, while allowing to output the parts of it that have been completely processed.
What should you use it for: xml to xml or xml to html conversions of documents that are small enough to fit in memory, or that can be divided in chunks that can be processed separately.
A twig is a subclass of XML::Parser, so all XML::Parser methods can be used on one, including parse and parsefile. setHandlers on the other hand should not be used for Start, End and Char, see "BUGS"
"BUGS"
This is a class method, the constructor for XML::Twig. Options are passed as keyword value pairs. Recognized options are the same as XML::Parser, plus some XML::Twig specifics:
This argument replaces the corresponding XML::Parser argument. It consists of a hash { gi => \&handler} A gi (generic identifier I guess) is just a tag name by the way. When an element is CLOSED the corresponding handler is called, with 2 arguments, the twig and the "Element". The twig includes the document tree taht has been built so far, the element is the complete sub-tree for the element. Text is stored in elements which gi is #PCDATA (due to mixed content, text and sub-element in an element there is no way to store the text as just an attribute of the enclosing element).
"Element"
If this argument is set to a true value, parse or parsefile on the twig will load the DTD information. This information can then be accessed through the twig, in a DTDHandler for example. This will load even an external DTD.
See "DTD Handling" for more information
Sets a handler that will be called once the doctype (and the DTD) have been loaded, with 2 arguments, the twig and the DTD.
-item StartTagHandlers
A hash { gi => \&handler}. Sets element handlers that are called when the element is open (at the end of the XML::Parser Start handler). THe handlers are called with 2 params: the twig and the element. The element is empty at that point, its attributes are created though.
The main use for those handlers is probably to create temporary attributes that will be used when processing the element with the normal TwigHanlder.
-item CharHandler
A reference to a subroutine that will be called every time PCDATA.
-item KeepEncoding
This is a (slightly?) evil option: if the XML document is not UTF-8 encoded and you want to keep it that way, then setting KeepEncoding will use the Expat original_string method for character, thus keeping the original encoding, as well as the original entities in the strings.
This optional argument gives the name of an attribute that can be used as an ID in the document. Elements whose ID is known can be accessed through the elt_id method. Id defaults to 'id'. See "BUGS"
Returns the root element of a twig
Returns the entity list of a twig
Performs a (very fast) global change. All elements old_gi are now new_gi. See "BUGS"
Flushes a twig up to (and including) the current element, then deletes all unnecessary elements from the tree that's kept in memory. flush keeps track of which elements need to be open/closed, so if you flush from handlers you don't have to worry about anything. Just keep flushing the twig every time you're done with a sub-tree and it will come out well-formed. After the whole parsing don't forget to flush one more time to print the end of the document. The doctype and entity declarations are also printed.
OPTIONNAL_OPTIONS
= item Update_DTD
Use that option if you have updated the (internal) DTD and/or the enity list and you want the updated DTD to be output
Example $t->flush( Update_DTD => 1); $t->flush( \*FILE, Update_DTD => 1); $t->flush( \*FILE);
flush take an optional filehandle as an argument.
Prints the whole document associated with the twig. To be used only AFTER the parse.
OPTIONNAL_OPTIONS: see flush.
Prints the prolog (XML declaration + DTD + entity declarations) of a document.
Should be private.
Sets the gi of an element
Returns the gi of the element
Returns true if the element has been closed. Might be usefull if you are somewhere in the tree, during the parse, and have no idea whether a parent element is completely loaded or not.
Sets the text of a #PCDATA element. Returns the text or undef if the element was not a #PCDATA.
Returns the text of a #PCDATA element or undef
Returns the root of the twig containing the element
Returns the twig containing the element.
Returns the parent of the element, or the first ancestor whose gi is $gi.
Returns the first child of the element, or the first child whose gi is $gi. (ie the first of the element children whose gi matches) .
Returns the last child of the element, or the last child whose gi is $gi. (ie the last of the element children whose gi matches) .
Returns the previous sibling of the element, or the first one whose gi is $gi.
Returns the next sibling of the element, or the first one whose gi is $gi.
Returns a hash ref containing the element attributes
Sets the element attributes with the hash supplied as argument
Deletes all the element attributes.
Sets the attribute of the element to a value
Returns the attribute value
Delete the attribute for the element
Sets the id attribute of the element to a value. See "elt_id" to change the id attribute name
"elt_id"
Gets the id attribute vakue
Deletes the id attribute of the element and remove it from the id list for the document
Returns the list of children (optionally whose gi is $gi) of the element
Returns the list of ancestors (optionally whose gi is $gi) of the element
Returns the next elt (optionally whose gi is $gi) of the element. This is defined as the next element which opens after the current element opens. Which usually means the first child of the element. Counter-intuitive as it might look this allows you to loop through the whole document by starting from the root.
Returns the previous elt (optionally whose gi is $gi) of the element. This is the first element which open the current one. So it's usually either the last descendant of the previous sibling or simply the parent
Returns the depth of the element in the tree (root is 1) If the optionnal gi is given then only ancestors of the given type are counted
Returns true if the element is in the potential_parent
Returns true if the element is included in an element whose gi is $gi, within $level levels.
Cuts the element from the tree.
Pastes a (previously cut) element. The optionnal position element can be
The element is pasted as the first child of the $ref element
The element is pasted as the last child of the $ref element
The element is pasted before the $ref element, as its previous sibling
The element is pasted after the $ref element, as its next sibling
Erases the element: the element is deleted and all of its children are pasted in its place.
Cut the element and frees the memory
Frees the element from memory
Returns the string for the start tag for the element, including the /> at the end of an empty element tag
Returns the string for the end tag of an element, empty for an empty one.
Prints an entire element, including the tags, optionally to a FILEHANDLE
Returns the string for an entire element, including the tags. To be used with caution!
Returns a string consisting of all the PCDATA in an element, without the tagging
Sets the text for the element: if the element is a PCDATA, just set its text, otherwise cut all the children of the element and create a single PCDATA child for it, which holds the text
Sets the content for the element, from as list of strings and elements. Cuts all the element children, then pastes the list elements, creating a PCDATA element for strings.
Inserts an element $gi as the only child of the element, all children of the element are set as children of the new element, returns the new element
Those methods should not be used, unless of course you find some creative and interesting, not to mention usefull, ways to do it.
Creates an entity list
Adds an entity to an entity list.
Deletes an entity (defined by its name or by the Entity object) from the list.
Prints the entity list
Same arguments has the Entity handler for XML::Parser
Prints an entity declaration
Returns the entity declaration text
See the test file in XML-Twig-1.6/t/test[1-n].t
To figure out what flush does call the following script with an xml file and an element name as arguments
use XML::Twig;
my ($file, $elt)= @ARGV; my $t= new XML::Twig( TwigHandlers => { $elt => sub {$_[0]->flush; print "\n[flushed here]\n";} }); $t->parsefile( $file, ErrorContext => 2); $t->flush; print "\n";
3 possibilities here
No doctype, no DTD information, no entitiy information, the world is simple...
The XML document includes an internal DTD, and maybe entity declarations
If you use the LoadDTD option when creating the twig the DTD information and the entity declarations can be accessed.
The DTD and the entity declarations will be flush'ed (or print'ed) either asis (if they have not been modified) or as reconstructed (poorly, comments are lost, order is not kept, due to it's content this DTD should not be viewed bu anyone) if they have been modified. You can also modify them directly by changing the $twig->{twig_doctype}->{internal} field (straight from XML::Parser, see the Doctype handler doc)
The XML document includes a reference to an external DTD, and maybe entity declarations.
If you use the LoadDTD when creating the twig the DTD information and the entity declarations can be accessed. The entity declarations will be flush'ed (or print'ed) either asis (if they have not been modified) or as reconstructed (badly, comments are lost, order is not kept).
You can change the doctype through the $twig->set_doctype method and print the dtd through the $twig->dtd_text or $twig->dtd_print methods.
If you need to modify the entity list this is probably the easiest way to do it.
If you set handlers and use flush, do not forget to flush the twig one last time AFTER the parsing, or you might be missing the end of the document.
Remember that element handlers are called when the element is CLOSED, so if you have handlers for nested elements the inner handlers will be called first. It makes it for example trickier than it would seem to number nested clauses.
The ID list is NOT updated at the moment when ID's are modified or elements cut or deleted.
Does not work if you do: $twig->change_gi( $old1, $new); $twig->change_gi( $old2, $new); $twig->change_gi( $new, $even_newer);
XML::Twig should really prevent calls to some XML::Parser methods, especially the setHandlers one.
A number of twig features are just global at the moment. These include the ID list and the "gi pool" (if you use change_gi then you change the gi for ALL twigs).
Next version will try to support these while trying not to be to hard on performances (at least when a single twig is used!).
Sometimes it would be nice to be able to use both XML::Twig handlers and XML::Parser handlers, for example to perform generic tasks on all open tags, like adding an ID, or taking care of the autonumbering.
Next version...
You can use the benchmark file to do additional bechmarks. Please send me bechmark information for additional systems.
benchmark
Michel Rodriguez <m.v.rodriguez@ieee.org>
This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.
Bug reports and comments to m.v.rodriguez@ieee.org.
XML::Parser
To install XML::Twig, copy and paste the appropriate command in to your terminal.
cpanm
cpanm XML::Twig
CPAN shell
perl -MCPAN -e shell install XML::Twig
For more information on module installation, please visit the detailed CPAN module installation guide.