|
Hi,
a
little question -
just
wanted to know was there any previous version of xerces c which
did not Entity attributes ?
thanks
anand
-----Original Message-----
From: Dean Roddey
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 29, 2001 5:33
PM
To: '[EMAIL PROTECTED]'
Subject: RE:
multhreaded C++ applications using Xerces C++ parser.
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) ??
|
