|
Well,
there may have been *bugs* in earlier versions that might have prevented this or
that from working. But it was always intended to be able to deal with them, and
there aren't any problems with them now that I know of.
--------------
Dean Roddey
Software Geek
Extraordinaire
Portal, Inc
[EMAIL PROTECTED]
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) ??
|
