You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2006/12/20 10:10:42 UTC
DO NOT REPLY [Bug 35657] - Add a "haltonerror" parameter to "xmlvalidate"
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=35657>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=35657
------- Additional Comments From paul.arzul@sadalbari.com 2006-12-20 01:10 -------
i just ran into this problem too:
<http://marc.theaimsgroup.com/?l=ant-user&m=116653702922966&w=2>
i've got a slow workaround using 2 optional tasks, jing and ant-contrib:
<http://marc.theaimsgroup.com/?l=ant-user&m=116654529803752&w=2>
it amounts to what steve loughran suggested in comment 3, but works with a fileset.
i've just tried this again with ant 1.7.0 (released today), and the problem
still exists. adding:
<attribute name="http://xml.org/sax/features/validation" value="false" />
to xmlvalidate does not help. although most errors do not stop validation (with
lenient="true"), dtd lookups still do, eg:
<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<!DOCTYPE frameME SYSTEM "nasty.dtd">
dies with:
/nasty.xml:123: Could not validate document nasty.xml
Caused by: java.io.FileNotFoundException: nasty.dtd (No such file o
r directory)
resolveEntity: 'null': 'file:nasty.dtd'
No matching catalog entry found, parser will use: 'nasty.dtd'
is there a way to switch off dtd loading? why does it need it when validation is
set to false? the xmlvalidate documentation is misleading-- it leads one to
believe that lenient="true" will do well-formedness checking only. (from my
current understanding of well-formedness, this goes beyond that.)
- p
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org