Hi,
agantuk B wrote:
Thanks for your response. I'll send you a test case shortly.
Also, while i'm at it, would you be able to tell me if the implementation for xmlSchemaValidateStream will be available ? I've huge xml documents (> 50Mb in certain instances) and to use libxml, i will need a mechanism to validate a stream v/s have everything in-memory. (My understanding is that xmlSchemaValidateStream will let me read from an input stream without the need to load the entire document in memory) ?
It will be available, but I don't know when; Daniel already has warned me not to put my nose in streaming validation until the schema processor is stable enough :-)
Thanks agan.
====================================================== Hi,
agantuk B wrote:
Hi.. i've a newbie question...
I've a basic question on includes. I've 3 files - base.xsd, one.xsd, two.xsd.
base.xsd defines some element names (of type simpletypes, & complex types). one.xsd, two.xsd refer to the element names in base.xsd, and add additional elements.
two.xsd includes base.xsd one.xsd includes base.xsd one.xsd also includes two.xsd
one.xsd: .... <xsd:include schemaLocation="base.xsd"/> ....
two.xsd: ... <xsd:include schemaLocation="base.xsd"/> <xsd:include schemaLocation="one.xsd"/> ....
Should the schema parser complain about multiple element names ? with libxml (testSchema) it does, with some others it doesn't !
No, it shoudn't complain. I guess you hit the non-complete implementation of the <include> mechanism. Could you send a reproduceable test case, i.e. an instance and the XSD files? Is the
[...]
I'll carbon copy your mail again to the list. Please use the list the next time.
Regards,
Kasimier _______________________________________________ xml mailing list, project page http://xmlsoft.org/ xml@gnome.org http://mail.gnome.org/mailman/listinfo/xml
