|
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) ??
|
