Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jing validation: Error loading schema #51

Closed
rdeltour opened this issue Jun 29, 2012 · 4 comments
Closed

Jing validation: Error loading schema #51

rdeltour opened this issue Jun 29, 2012 · 4 comments

Comments

@rdeltour
Copy link
Contributor

I have a small XProc document that validates a document with a RelaxNG schema loaded from a p:document with a relative URI. The schema has an include element that references another schema file sitting in the same directory. When I invoke Calabash with no URI Resolve it runs fine, but it crashed with "SEVERE: com.xmlcalabash.core.XProcException: Error loading schema" when I set a URI Resolver like this:

calabash -U org.xmlresolver.Resolver test.xpl

I'll attach the samples to reproduce.

I tried to debug Calabash, and it seems Jing fails to parse the schema, complaining at some point that the "namespace URI of document element must be "http://relaxng.org/ns/structure/1.0"". I'm clueless.

@rdeltour
Copy link
Contributor Author

Repro files are available there:
https://gist.github.com/3018018

@ndw
Copy link
Owner

ndw commented Jan 29, 2013

I think this is dependent on https://code.google.com/p/jing-trang/issues/detail?id=167

@ndw
Copy link
Owner

ndw commented Jan 29, 2013

Wow. That was ugly. Deep in the XProcURIResolver, I managed to create an XMLReader that wasn't namespace aware. Fixed now for 1.0.7.

@rdeltour
Copy link
Contributor Author

Great, good catch.

ndw added a commit that referenced this issue Jan 30, 2013
@ndw ndw closed this as completed Jan 30, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants