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




Reply via email to