You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We use the constructing parser so as to get file/line/column information added to parsed XML, as well as for proper handling of CDATA regions.
However, we've encountered some things where we have had to add flexibility.
In particular we discovered that it requires the first character of an XML file to be "<" starting either an XML prolog or a comment, DTD, or the root element.
We have numerous XML files that begin with whitespace. E.g., a blank line, after which are comments, other ProcInstrs, etc.
We also have numerous XML files that begin with "<?xml" but where that is NOT an XML Prolog. As in
<?xml-model href="...." ... ?>
These things are all tolerated by standard Xerces.
So we've enhanced the constructing parser to be tolerant of these things.
Our constructing parser method overloads are all in this file:
I can create a PR with suggested changes, but before doing so wanted to run the whole idea past the maintainers of scala-xml. Is there a reason it should not be enhanced in this way?
The text was updated successfully, but these errors were encountered:
We use the constructing parser so as to get file/line/column information added to parsed XML, as well as for proper handling of CDATA regions.
However, we've encountered some things where we have had to add flexibility.
In particular we discovered that it requires the first character of an XML file to be "<" starting either an XML prolog or a comment, DTD, or the root element.
We have numerous XML files that begin with whitespace. E.g., a blank line, after which are comments, other ProcInstrs, etc.
We also have numerous XML files that begin with "<?xml" but where that is NOT an XML Prolog. As in
These things are all tolerated by standard Xerces.
So we've enhanced the constructing parser to be tolerant of these things.
Our constructing parser method overloads are all in this file:
project: https://github.com/apache/daffodil
file: daffodil-lib/src/main/scala/org/apache/daffodil/xml/DaffodilConstructingLoader.scala
I can create a PR with suggested changes, but before doing so wanted to run the whole idea past the maintainers of scala-xml. Is there a reason it should not be enhanced in this way?
The text was updated successfully, but these errors were encountered: