comment on

Holla,

I need to get an event/callback interface to multiple XML streams that are coming in from the network at the same time.

I would like to say

$parser->parse_more_data($string);
[download]

and have the parser parse as much as it can from that string, even if it's not a complete document, or balanced chunk.

As more data becomes available, I would like to give it to the parsers, and get events from that.

Unfortunately all the parsers I've found encapsulate the read loop. One exception is XML::LibXML::SAX, which has a parse_chunk method. The problem is that the chunk needs to be a balanced string of XML, and since I don't know whether it's balanced before it's parsed (or partially parsed), I am stuck. I would like to parse the data, but I can't parse it till it's parsed. Ugh.

To further complicate things, it's difficult to know when the document is complete, because several documents come in from the stream one after another, and getting an event for the end of a document is the most reliable way to figure out when you're done.

-nuffin
zz zZ Z Z #!perl

In reply to Incremental parsing of multiple XML streams? by nothingmuch

Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
Want more info? How to link or How to display code and escape characters are good places to start.


There's more than one way to do things
	PerlMonks