RE: multhreaded C++ applications using Xerces C++ parser.

[Awasthi, Anand]

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 ??       -----Original Message----- From: Dean Roddey [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 29, 2001 4:29 PM To: '[EMAIL PROTECTED]' Subject: RE: multhreaded C++ applications using Xerces C++ parser. 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] -----Original Message----- From: Awasthi, Anand [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 29, 2001 1:24 PM To: '[EMAIL PROTECTED]' Subject: multhreaded C++ applications using Xerces C++ parser. 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   -----Original Message----- From: Dean Roddey [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 28, 2001 4:15 PM To: [EMAIL PROTECTED] Subject: Re: presistence of parsed XM LData ( DOM Tree) ?? 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.   -------------------------- Dean Roddey The CIDLib C++ Frameworks Charmed Quark Software [EMAIL PROTECTED] http://www.charmedquark.com   "I'm not sure how I feel about ambivalence"     ----- Original Message ----- From: Awasthi, Anand To: '[EMAIL PROTECTED]' 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 ?? -----Original Message----- From: Dean Roddey [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 28, 2001 3:43 PM To: [EMAIL PROTECTED] Subject: Re: presistence of parsed XM LData ( DOM Tree) ?? Rip off the code in DOMPrint, change the output target to be a disk based file instead of the standard output.   -------------------------- Dean Roddey The CIDLib C++ Frameworks Charmed Quark Software [EMAIL PROTECTED] http://www.charmedquark.com   "I'm not sure how I feel about ambivalence"     ----- Original Message ----- From: Awasthi, Anand To: '[EMAIL PROTECTED]' Sent: Wednesday, March 28, 2001 1:38 PM Subject: presistence of parsed XM LData ( DOM Tree) ??   hi, How can we persist the Parsed Data/DOM tree obtained after parsing XML file??