|
If you
read the FAQ, that is exactly what it says you should do if you want to do
multi-threaded parsing. As long as each parser instance is only used by one
thread at a time, and as long as you get your copy of your DOM document out (if
you are using a DOM) before you reuse it in another thread, it should be
fine.
--------------
Dean Roddey
Software Geek
Extraordinaire
Portal, Inc
[EMAIL PROTECTED]
hi
Dean,
i have a different thought for heandling the
threads in an effiecient way:
we
can create a Thread Pool (with a max size) and in each thread we can have one
parser instance running and parsing
the
xml data. ih this way we can avoid synchronization issues.
what
you say about hat ??
This issue is covered in the FAQ. The issues for
the parser are very parse specific, as they are for most API based products.
It all depends on what level of performance degredation you are willing to
live with in order to get a particular amount of convenience. In most cases,
the answer is little to none. If you synchronize much at all, you kill
performance even for people who don't need it because they aren't
multi-threaded. So that job is mostly left to the application, who knows
that its synchronization needs are and can optimize for
them.
--------------
Dean Roddey
Software Geek
Extraordinaire
Portal, Inc
[EMAIL PROTECTED]
Hi,
I am studying the multhreaded parsing
applications using Xerces C++ parser.
Does some one have few exampls or know about
information on ineternet links
where i can find out exampels of multhreaded
parsing applications ??
thanks
No. You generally do not want to do that.
The whole point of XML is that its platform independent and portable. So
the DOM does not support binary streaming of a DOM structure, since it
would be counter to what XML is designed for to begin with. If you want
to do that, you'll have to come up with some binary structure of your
own, and the code to stream it out and resurrect it again and re-build
the DOM tree.
"I'm not sure how I feel about ambivalence"
----- Original Message -----
Sent: Wednesday, March 28, 2001
1:57 PM
Subject: RE: presistence of
parsed XM LData ( DOM Tree) ??
but can I later on open saved file and use
DOM tree information from file on the fly w/o doing any further
processing ??
Rip off the code in DOMPrint, change
the output target to be a disk based file instead of the standard
output.
"I'm not sure how I feel about
ambivalence"
----- Original Message -----
Sent: Wednesday, March 28,
2001 1:38 PM
Subject: presistence of
parsed XM LData ( DOM Tree) ??
|
