Hello,
I'm trying to validate some xml files like the following example against a xml
schema.
?xml version=1.0 encoding=UTF-8 ?
tag
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:ns=ns
xsi:schemaLocation=ns ns.xsd
xsi:type=ns:type
/tag
The parser reports an
Bernhard Jungk wrote:
Hello,
I'm trying to validate some xml files like the following example
against a xml schema.
?xml version=1.0 encoding=UTF-8 ?
tag
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:ns=ns
xsi:schemaLocation=ns ns.xsd
xsi:type=ns:type
/tag
The above can easily be expressed in a schema that allows the root
element to contain any-namespace-elements, so why don't you want to do
it? Or is it important that your root element itself has an arbitrary
name?
Yes, I think, this is important.
What I want to do, is to serialize a
Bernhard Jungk wrote:
The above can easily be expressed in a schema that allows the root
element to contain any-namespace-elements, so why don't you want to
do
it? Or is it important that your root element itself has an
arbitrary name?
Yes, I think, this is important.
What I want
At which side appears your problem? Is it at the point of extracting
partial xml content (sender), or at the other end eliminating the
transport envelope (receiver)?
It appears on the receiver side. The receiver uses a dom tree, the sender
works on its own custom tree and serializes parts of
Dear Friends,
I tried compiling XERCES 2.6.0 with ICU support. I used ICU-3.2 and also
tried it with ICU-3.0 but both times I got below error and the compiling
aborted. Has anyone received this error and been able to fix it. Any
help will be greatly appreciated.
Hello Bernhard,
Would you please open a bugzilla bug so we can keep
track of the problem?
Thanks,
Khaled
Bernhard Jungk
[EMAIL PROTECTED]
07/21/2005 07:35 AM
Please respond to
c-dev
To
c-dev@xerces.apache.org
cc
Subject
lax assessment
Hello,
I'm trying to validate
[ http://issues.apache.org/jira/browse/XERCESC-1463?page=all ]
David Bertoni updated XERCESC-1463:
---
Attachment: patch.txt
Regular expressions do not fully support case-insensitive matching
[ http://issues.apache.org/jira/browse/XERCESC-1455?page=all ]
David Bertoni updated XERCESC-1455:
---
Attachment: patch.txt
This patch prohibits instantiating ValueVectorOf with a non-POD type, since the
implementation does not support proper semantics