RE: Impossible to download xml with xerces from Microsoft IIS?

One (potential) problem that I am aware of is that the HTTP/1.1 spec requires that a user agent only make two simultaneous connections to a given server. WinInet implements this per process and there would be no way to override this for someone using xerces in a "server-to-server" communication mod

DOM to LocalFileFormatTarget slow?

I'm working with a 2 meg XML file and it seems writing out the DOMTree back to another file is slow. Xerces' XercesDOMParser reads in the XML file in .32 seconds, but writing out the generated DOM tree back to disk takes around 3 minutes. Looking at the LocalFileFormatTarget and the way the meth

RE: Problem with attributeGroup

Hi, Thanks for taking a look at this. As it turns out the problem was with the xml document. In trying to keep my example short I actually cut out the portion that was causing the problem. When using the full document it doesn't validate with 2.1 either.

Re: install xml4c5_0_0-linux7.2gcc31 under redhat 7.3

LiPing, >I just tried to install xml4c5_0_0-linux7.2gcc31 under REdhat 7.3, the >instruction of Readme.html is not related with the version >xml4c5_0_0-linux7.2gcc31, such as no directory of "src", it doesn't work >at the end. This package, xml4c5_0_0-linux7.2gcc31, is a binary package, and

DO NOT REPLY [Bug 13970] - "make install" does not install the library

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 13970] New: - "make install" does not install the library

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

Antwort: RE: compiling xerces into a static library

>There's been talk about addressing this (see bugzilla), but I don't know if >it's been done yet. If you're building a VC++ static library, both of the >PLATFORM_... macros should expand to nothing: > >#define PLATFORM_EXPORT >#define PLATFORM_IMPORT > The pointer to the thread is here: "http://

RE: clone DOMDocument

Are you sure the document has been created before you call this function? What version of Xerces are you using? -Original Message- From: Moore, Christie [mailto:christie.moore@;attws.com] Sent: Thursday, October 24, 2002 7:27 PM To: '[EMAIL PROTECTED]' Subject: RE: clone DOMDocument I a

RE: compiling xerces into a static library

There's been talk about addressing this (see bugzilla), but I don't know if it's been done yet. If you're building a VC++ static library, both of the PLATFORM_... macros should expand to nothing: #define PLATFORM_EXPORT #define PLATFORM_IMPORT -Original Message- From: Martin Bosticky [mai

RE: compiling xerces into a static library

Thanks for the comments. I would suspect that they probably suppress the warning as you said but somehow I have not duplicated that in my workspace. That would be an easy fix anyway. However I am annoyed :o( with the warnings that I get when linking to the static library (for example) LINK : warn

RE: Problem with attributeGroup

Hi, Your cut down example does validate with 2.1. Unfortunately I do not have a copy of 1.7 around to test against. There have been many bug fixes since then although I cannot find an entry in Bugzilla relating to this. A shot in the dark would be to try self closing the beca