I'll "third" that vote.

As I'm sure you also know, George, when there is a "failure to compile 
Schematron" error when validating a document with an associated Schematron, the 
reported line numbers for the location of the offending statement in the 
Schematron are typically off by some (variable) number of lines. I imagine this 
relates to the stylesheet pipeline probably transforming the Schematron first 
into some canonical representation with potentially different number of lines.

John

On Jun 16, 2010, at 3:21 PM, Lars Huttar wrote:

> Hello,
> Just "seconding" my own vote here for improved validation of Schematron 
> schemas in Oxygen.
> Again today I ran into the problem where Oxygen says the schema is valid, but 
> in fact the XPath had a problem.
> In this case, there were two problems:
> 
> 1) an XPath expression used a namespace prefix which was included in an 
> xmlns: namespace declaration, but was not declared using <sch:ns>:
> <sch:schema xmlns:sch="http://purl.oclc.org/dsdl/schematron";
>     xmlns:svrl="http://purl.oclc.org/dsdl/svrl";>
>     ...
>     <sch:assert test="$SVRL-results//svrl:failed-assert">
> 
> 2) a rule/@context expression used a variable, which is not allowed (at least 
> the generated stylesheet is not valid XSLT):
>     <sch:rule context="$original-schema/sch:assert">
> 
> As before, in both cases, the problems were hard to debug because they were 
> reported at runtime, after the Schematron schema had been transformed into 
> transient XSLT. Strong validation of the schema, catching them at 
> schema-editing time, would have made things easier to diagnose and fix. I 
> don't suppose there's a Schematron implementation out there that works 
> without the XSLT-generation step, and reports validation errors in direct 
> reference to the Schematron schema? E.g. Probatron4j (I haven't tried it)?
> 
> Thanks...
> Lars
> 
> On 5/27/2010 3:58 AM, George Cristian Bina wrote:
>> 
>> Dear Lars, 
>> 
>> Thanks for your feedback! 
>> You identified exactly the problem, tracing back the errors to the original 
>> schema. Our implementation is based on skeleton, simplified a little as we 
>> know the XSLT engine that we use and I also added support for includes and 
>> abstract schemas - that means there are a couple of XSLT stylesheets until 
>> we get the XSLT from Schematron. I will see what we can do about that, I 
>> agree that better validation for Schematron will be a nice thing to have in 
>> oXygen. 
>> 
>> Best Regards, 
>> George 
> 
> _______________________________________________
> oXygen-user mailing list
> [email protected]
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user

_______________________________________________
oXygen-user mailing list
[email protected]
http://www.oxygenxml.com/mailman/listinfo/oxygen-user

Reply via email to