Re^3: RFC: XML::Pastor v0.52 is released - A revolutionary way to deal with XML

[aulusoy]

I agree. When working with large XML files, memory can become a concern.

Right off, I must admit that XML::Pastor is not as savy as XML::Twig in this area. As you know, XML::Twig is capable of lazy/selective population of its structures, whereas XML::Pastor will first parse the entire XML into an XML::LibXML DOM tree and then convert the data into Perl native data objects (with hashes, arrays, scalars). On the other hand, the DOM is immediately thrown away so there is no double jeapordy.

In terms of memory usage, XML::Pastor probably compares very much to XML::Simple, because the tree structures are similar except that in the case of XML::Pastor, the references are blessed objects.

Compared to XML::LibXML DOM tree, XML::Pastor probably weighs less in memory as there is quite a bit of book-keeping in the DOM.

One caveat though => currently XML::Pastor is only good for working with DATA style XML (without mixed mark up). This basically means that an element either contains only text or only child elements, not both mixed. So, XML::Pastor is not good for working with a markup language such as XHTML, for example.

[jmicco]

Our group is so happy that Ayhan wrote this module. We have been looking for this capability for quite some time. Unfortunately, we are experiencing at least a couple of problems with the distribution in using it here at The MathWorks. I have reported one of them (http://rt.cpan.org/Ticket/Display.html?id=3D37= 536) for which I do not have a fix and we have fixed another one, I am work= ing to create a report for that one as well. I am working to file the other one. I tried to use the CPAN author e-mail but it bounced, what is the best way to contact the author directly? Any help appreciated, John