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

That's a very valid concern ... how much memory does XML::Pastor use compared to XML::LibXML's DOM structure? Is there any way to work with XMLs too large to fit conveniently in memory?

In either case I think it's a nice addition to Perl's toolset. And if I need to work with a complex XML and will get the XSD, I'll most likely consider the module.

Jenda
Support Denmark!
Defend the free world!

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

Replies are listed 'Best First'.
Re^3: RFC: XML::Pastor v0.52 is released - A revolutionary way to deal with XML by aulusoy (Scribe) on Jun 30, 2008 at 21:13 UTC
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.	[reply]
Re^4: RFC: XML::Pastor v0.52 is released - A revolutionary way to deal with XML by jmicco (Initiate) on Jul 10, 2008 at 11:40 UTC
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	[reply]