Re: is it possible to append instead of rewrite entire XML file output?

Hi, I read SAXPrint example but it parses an XML file and prints it out while I'd like to append XMLNode from memory to XML file. Problem is because, with DOM, I cannot afford to build the whole DOM tree first since it involves a huge number of DOMNode. I need to put each DOMNode into the file r

RE: Deprecated DOM interfaces

Dave, Do you work on the XercesDocumentWrapper class? We found an issue with XercesDocumentWrapper::mapNode(const DOMElementType* theXercesNode) function, there should be a cast otherwise it will cause infinite recursion. Thanks, Qi Chen XalanElement* XercesDocumentWrapper::mapNode(const DO

DO NOT REPLY [Bug 16188] New: - Consistent crashes with BCB6

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 13694] - Allow Xerces to write the BOM to XML files

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16091] - DOMWriter::writeNode() doesn't work for UTF-16

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16151] - Memory leak in DTDScanner with ill-formed DTD declaration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: xml.apache.org refactoring #1

On Thu, 16 Jan 2003, Ted Leung wrote: > We ask each subproject to nominate 1 (or 2) people from that project to > be a part of the XML PMC. From my experience, I think that it will be > better to have 2 people rather than one in order to share workload, etc. Another task we need nominees for (

Re: DTD for my DOM program

> "Colin" == Colin Paul Adams <[EMAIL PROTECTED]> writes: > "Sarah" == Leitner, Sarah M [Contractor] writes: Sarah> So are you saying I can't do this for DOM? If so, how do I Sarah> validate my code using a DTD? Colin> You don't need to use an entity resolver at all for C

Re: is it possible to append instead of rewrite entire XML file output?

Hello Catharina! Perhaps here comes SAX in. In my opinion, though I'm not an expert, too, you can use the XMLFormatter interface to write the XML output (at least it does the character conversion XML needs. The advantage is that there is no need to hold the complete DOM tree in memory, since you w

Re: DTD for my DOM program

> "Sarah" == Leitner, Sarah M [Contractor] writes: Sarah> So are you saying I can't do this for DOM? If so, how do I Sarah> validate my code using a DTD? You don't need to use an entity resolver at all for validation. Just use DOMBuilder to parse the document, first setting the "vali

RE: DTD for my DOM program

I haven't been keeping up, but I think that there used to be 'extra-standard' APIs on the DOM parser to handle this. They may have been removed though since I last looked, or maybe I'm just hallucinating and they were never provided on the DOM parser. They clearly were always available in the under

DTD for my DOM program

So are you saying I can't do this for DOM? If so, how do I validate my code using a DTD? Sarah > "Erik" == Erik Rydgren <[EMAIL PROTECTED]> writes: Erik> The entity resolver is a functionality actually stolen from Erik> SAX to DOM and if I'm not mistaken it is proposed as a DOM E

xml.apache.org refactoring #1

Greetings all,   From our discussion last December, it seems clear to me that most of the subprojects are not interested in becoming top-level projects.  It also seems clear that people are interested broad based representation in the XML PMC.   I think that the best way to improve the issue

Finding the schema

Hi all, I have a question about how the DOM parses locates the schema file when it validates a document. Here is a sample of a root element that I might receive... http://www.opentravel.org/OTA"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://www.opentravel.o

Re: Deprecated DOM interfaces

The next version of Xalan will provide support for the new Xerces DOM. You can do a test drive by downloading the latest Xalan CVS files and building yourself. I don't recommend you convert your application to the deprecated DOM. However, you should make sure you understand the performance i

RE: loadGrammar

Of course, if you are using a fixed DTD, you can generally reuse the validator. A lot of the overhead will be in parsing the DTD and building the validator. If the document is small, the per-parse overhead is worse and worse. So a good test would be to test the extra overhead with validator re-use

Deprecated DOM interfaces

I wish to call Xalan to perform a transformation on a DOMDocument, but when I look at the Xalan (1.4) documentation, all the Xerces DOM support stuff is using the deprecated dom interfaces (DOM_Document, etc.), and what I have is a DOMDocument. When I search the xerces include directories, I can fi

Re: still can't find DTD for my DOM program

> "Erik" == Erik Rydgren <[EMAIL PROTECTED]> writes: Erik> The entity resolver is a functionality actually stolen from Erik> SAX to DOM and if I'm not mistaken it is proposed as a DOM Erik> standard as well. It is not DOM standard yet, but it has Erik> been a part of Xerces DO

RE: still can't find DTD for my DOM program

The entity resolver is a functionality actually stolen from SAX to DOM and if I'm not mistaken it is proposed as a DOM standard as well. It is not DOM standard yet, but it has been a part of Xerces DOM for a long time. Lemme check how you can plug it in... *lots of muffled dissorganized searching*

Re: is it possible to append instead of rewrite entire XML fileoutput?

Hi, Do you have to write out the XML file every time? If you you could just build the document in memory and write it out once at the end. Gareth On Thu, 16 Jan 2003 [EMAIL PROTECTED] wrote: > Hi, I am meant to do checking on a huge number of objects in this manner: > 1. Check object#

is it possible to append instead of rewrite entire XML file output?

Hi, I am meant to do checking on a huge number of objects in this manner: 1. Check object#1 2. Wraps report on object#1 as XML element 3. Write reportElement#1 to "report.xml" file 4. destroy object#1 5. Check object#2 6. Wraps report on object#2 as XML element 7. Append reportElement#2 to "repo

XERCES anc C++ V3.2

Hi, I would like to know if the XERCES version 1.70 is compatible with the C++ version 3.2. I work on Linux platform Mandrake release 9.0 and the kernel version is 2.4.19 Because I have a software that running with a previous version of C++, now with the 3.2 version, the compiler makes

still can't find DTD for my DOM program

Hey! Erik has suggested I use an EntityResolver (and even given me code for that). BUT I thought I could only do that with SAX. Can I do it with DOM? If so, how? Sarah - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: error performing DOMImplementation::createDocument

I have initialised the library, but now I know what the error is after 4-hour-pondering: I supply string literals without whitespaces like 3       XMLCh* docName = XMLString::transcode("XMLSample"); 4       DOMDocument* xmlDoc = impl->createDocument(0, docName, 0); and voila. It works...:P than

Re: error performing DOMImplementation::createDocument

Hi, Have you initialised the library? Something like try { XMLPlatformUtils::Initialize(); } catch(const XMLException &toCatch) { cerr << "Error during Xerces-c Initialization.\n" << " Exception message:" << StrX(toCatch.getM

error performing DOMImplementation::createDocument

Hi, I try to create an XML DOM tree by writing these in msDev Visual C++ 6: 1        XMLCh* feature = XMLString::transcode("Core"); 2        DOMImplementation* impl = DOMImplementationRegistry::getDOMImplementation(feature); 3        XMLCh* docName = XMLString::transcode("XML Document Sample"); 4

RE: loadGrammar

No you will actually loose performance if you include more data. A DTD is inarguably more data so you will loose performance. If you do not need validation (and you seem not to) then do not use it. We did a simple benchmark on validation vs no-validation when we started using Xerces. And the perfo