<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
My apologies for not making such a simple test myself before posting. I
discovered the error was in my URL input, compounded by the generous
exception handling I have in my PHP script.<br>
<br>
While this lets oXygen off the hook, it highlights an issue regarding
the use of web services for dynamically generating schemas for
validation - there is a break in the exception-handling chain at the
level of validation. Because the processing to create the schema is
being performed on a webserver, there is no means, other than the
served schema itself, to communicate back to the validator with a
warning message that an exception has been handled, or an error message
if not handled.&nbsp; The minimum&nbsp; level of this capability would be an&nbsp;
annotation&nbsp; (which in Relax NG could be added to the schema as a
foreign element) which the validator (Jing in this case) would
reproduce verbatim. <br>
<br>
This would help solve another issue I have encountered with multiple
schema processing - unlike the XSD schema validators, when Jing is
successful, it is silent, there is no affirmation that the validation
was successfully performed. I will often temporarily introduce an error
into the instance in order to get a Jing error message just to verify
that the Jing validation is being performed. An annotation that gets
copied to the Jing output could be used as an indicator of application
of the schema.<br>
<br>
There is a jing-trang issue that is perhaps related -
<a class="moz-txt-link-freetext" href="http://code.google.com/p/jing-trang/issues/detail?id=45">http://code.google.com/p/jing-trang/issues/detail?id=45</a> . I have added
a comment there.<br>
<br>
Tara<br>
<br>
Radu Coravu wrote:
<blockquote cite="mid:4ECE1224.4090507@sync.ro" type="cite">
  <pre wrap="">Hi Tara,

I made some tests with Oxygen 13.1 and the application seems to 
correctly unescape the entities in the xml-model value before passing 
the information to the validator.

In my test I used an XML file with the content:

  </pre>
  <blockquote type="cite">
    <pre wrap="">&lt;?xml-model href=<a class="moz-txt-link-rfc2396E" href="http://devel-new.sync.ro/~test/testAmp.php?a=b&amp;c=el3">"http://devel-new.sync.ro/~test/testAmp.php?a=b&amp;amp;c=el3"</a> type="application/xml" schematypens=<a class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>?&gt;
&lt;root&gt;&lt;/root&gt;
    </pre>
  </blockquote>
  <pre wrap=""><!---->
which used for validation a simple PHP script located on our web server 
with the content:

  </pre>
  <blockquote type="cite">
    <pre wrap="">&lt;?php
 echo "&lt;xs:schema xmlns:xs='<a class="moz-txt-link-freetext" href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>' elementFormDefault='qualified'&gt;
    &lt;xs:element name='root'&gt;
        &lt;xs:complexType&gt;
            &lt;xs:sequence&gt;
                &lt;xs:element name='";
echo $_GET["c"];
echo "'/&gt;
            &lt;/xs:sequence&gt;
        &lt;/xs:complexType&gt;
    &lt;/xs:element&gt;
&lt;/xs:schema&gt;";
?&gt;
    </pre>
  </blockquote>
  <pre wrap=""><!---->
So the PHP script returned a slightly different XML Schema depending on 
the value of the "c" GET parameter.

Changing the value of the "c" parameter directly in the XML changed the 
error received from the Xerces parser.

Could you give me a simple example which shows the problem on your side?

Regards,
Radu

Radu Coravu
&lt;oXygen/&gt;  XML Editor, Schema Editor and XSLT Editor/Debugger
<a class="moz-txt-link-freetext" href="http://www.oxygenxml.com">http://www.oxygenxml.com</a>


On 11/24/2011 5:29 AM, Tara Athan wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">In Oxygen 12.2&amp;  13.1:
If the value of the @href attribute of an xml-model processing
instruction is a URL with query string, the ampersands in the query
string must be replaced with&amp;amp; to avoid an error. This is as it
should be.

BUT when the attribute value is then used to obtain the schema, it
appears that the&amp;amp; entities are not converted back to&amp;, leading to
errors in resolving the URL.



Tara
_______________________________________________
oXygen-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:oXygen-user@oxygenxml.com">oXygen-user@oxygenxml.com</a>
<a class="moz-txt-link-freetext" href="http://www.oxygenxml.com/mailman/listinfo/oxygen-user">http://www.oxygenxml.com/mailman/listinfo/oxygen-user</a>

    </pre>
  </blockquote>
  <pre wrap=""><!---->_______________________________________________
oXygen-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:oXygen-user@oxygenxml.com">oXygen-user@oxygenxml.com</a>
<a class="moz-txt-link-freetext" href="http://www.oxygenxml.com/mailman/listinfo/oxygen-user">http://www.oxygenxml.com/mailman/listinfo/oxygen-user</a>

  </pre>
</blockquote>
<br>
</body>
</html>