You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by scott hutinger <sr...@www.mprojects.Horrabin.wiu.edu> on 2005/03/25 06:41:08 UTC
[doc] xerces2.6.2 and buffer bug
Jeff,
I think this problem should be resolved on the dita.xml page somehow to
point to a xerces version that works. Ant ships with the broken (in
this case) version. But then again, so does every j2se I tried.
My error yesterday on a file that had no problems in it :
[pipeline] [Fatal Error] rrefdmrs.dita:14:32: XML document structures
must start and end within the same entity.
[pipeline] org.xml.sax.SAXParseException: XML document structures must
start and end within the same entity.
[pipeline] at
org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
All my problems were pointing to the EOF, not to anything that looked
strange.
http://issues.apache.org/jira/browse/XERCESJ-1016?page=comments#action_60012
http://cvs.apache.org/viewcvs.cgi/xml-xerces/java/src/org/apache/xerces/impl/XMLEntityScanner.java?rev=1.24&sortby=date&only_with_tag=MAIN&view=log
http://cvs.apache.org/viewcvs.cgi/xml-xerces/java/src/org/apache/xerces/impl/XMLEntityScanner.java?r1=1.23&r2=1.24&only_with_tag=MAIN&sortby=date&diff_format=h
I would suggest moving to a newer version than xerces2.6.2 that was
released 23-Feb-2004. The above fix was Mon Oct 4 21:45:48 2004 UTC.
I haven't had problems with the gump (unreleased version)
http://brutus.apache.org/gump/public-jars/xml-xerces2/jars/xercesImpl-gump-23032005.jar
http://brutus.apache.org/gump/public-jars/xml-xerces2/jars/xml-parser-gump-23032005.jar
The problem with this, is we can't point to a gump version that will be
around long. This isn't good if a change creates an unstable build etc...
Anyone have some good ideas?
I think possibly to let others under linux x86(all that I have tried)
build without problems something on the dita.xml page should reflect
this problem.
scott
Re: [doc] xerces2.6.2 and buffer bug
Posted by Andrew McIntyre <mc...@gmail.com>.
On Fri, 25 Mar 2005 11:05:06 -0600, scott hutinger <s-...@wiu.edu> wrote:
> To make sure the problem really was buffer related, I downloaded the
> xerces 2.6.2 sources, dos2unix -obuild.sh (for linux to remove the *bad*
> *interpreter*: *No* *such* *file* or *directory) strangeness. Used the
> xerces files from the build with with the two line buffer fix, and it works.
>
> </snip errors>
>
> Now the question is, how do we get people to use it?
Well, one way would be to check the working xercesImpl.jar into the
lib directory in derby-docs so that anyone checking out the docs
receives a copy of the working jar file. This, however, is not as
straight ahead as it may seem at first, I want to do a little
investigation about checking such a modified version into subversion.
It might be better, instead of applying a specific bugfix to a known
source, to pull a snapshot of the code that contains the bugfix out of
the repository. Then again, maybe not. I'll get back to you on that.
andrew
Re: [doc] xerces2.6.2 and buffer bug
Posted by scott hutinger <s-...@wiu.edu>.
To make sure the problem really was buffer related, I downloaded the
xerces 2.6.2 sources, dos2unix -obuild.sh (for linux to remove the *bad*
*interpreter*: *No* *such* *file* or *directory) strangeness. Used the
xerces files from the build with with the two line buffer fix, and it works.
Warning! ------------------------------------------------------------------
[xslt] IDXS018E Error: (File =
/home/srh/src/derby-d/doc/trunk/src/ref/rrefsqlj1083019.dita, Element =
xref:1)
[xslt] Unable to retrieve link text from target:
[xslt] #rrefsqlj1083019/sqlj30695. Make sure the link
type matches
[xslt] the target, the ids for topic and element are
correct, and that the
[xslt] target has a title. If the target is not
accessible at build time,
[xslt] or does not have a title, give the link text as
content of the xref element.
[xslt]
file:/home/srh/src/derby-d/doc/trunk/DITA-OT1.0/xsl/common/output-message.xsl:43:16:
Warning! ------------------------------------------------------------------
[xslt] IDXS018E Error: (File =
/home/srh/src/derby-d/doc/trunk/src/ref/rrefsqlj1083019.dita, Element =
xref:3)
[xslt] Unable to retrieve link text from target:
[xslt] #rrefsqlj1083019/sqlj20756. Make sure the link
type matches
[xslt] the target, the ids for topic and element are
correct, and that the
[xslt] target has a title. If the target is not
accessible at build time,
[xslt] or does not have a title, give the link text as
content of the xref element.
<snip>
BUILD SUCCESSFUL
Total time: 5 minutes 40 seconds
This is just like saxon and xerces-gump.
Now the question is, how do we get people to use it?
I put the build at http://scott.mprojects.wiu.edu/xerces/
http://scott.mprojects.wiu.edu/xerces/xercesImpl.jar
http://scott.mprojects.wiu.edu/xerces/xml-apis.jar
If Jeff wants to try a fresh checkout and a build to try :-)
scott
*scott hutinger wrote:
> Jeff,
>
> I think this problem should be resolved on the dita.xml page somehow
> to point to a xerces version that works. Ant ships with the broken
> (in this case) version. But then again, so does every j2se I tried.
>
> My error yesterday on a file that had no problems in it :
> [pipeline] [Fatal Error] rrefdmrs.dita:14:32: XML document structures
> must start and end within the same entity.
> [pipeline] org.xml.sax.SAXParseException: XML document structures must
> start and end within the same entity.
> [pipeline] at
> org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
>
> All my problems were pointing to the EOF, not to anything that looked
> strange.
>
> http://issues.apache.org/jira/browse/XERCESJ-1016?page=comments#action_60012
>
>
> http://cvs.apache.org/viewcvs.cgi/xml-xerces/java/src/org/apache/xerces/impl/XMLEntityScanner.java?rev=1.24&sortby=date&only_with_tag=MAIN&view=log
>
> http://cvs.apache.org/viewcvs.cgi/xml-xerces/java/src/org/apache/xerces/impl/XMLEntityScanner.java?r1=1.23&r2=1.24&only_with_tag=MAIN&sortby=date&diff_format=h
>
>
>
> I would suggest moving to a newer version than xerces2.6.2 that was
> released 23-Feb-2004. The above fix was Mon Oct 4 21:45:48 2004 UTC.
>
> I haven't had problems with the gump (unreleased version)
> http://brutus.apache.org/gump/public-jars/xml-xerces2/jars/xercesImpl-gump-23032005.jar
>
> http://brutus.apache.org/gump/public-jars/xml-xerces2/jars/xml-parser-gump-23032005.jar
>
> The problem with this, is we can't point to a gump version that will
> be around long. This isn't good if a change creates an unstable build
> etc...
> Anyone have some good ideas?
>
> I think possibly to let others under linux x86(all that I have tried)
> build without problems something on the dita.xml page should reflect
> this problem.
>
> scott
>