Hi Elliotte,
Consider an initial file with an include like:
<xi:include href="include.xml" />
then, include.xml containing the following fragment:
<xi:include href="dir1/include.xml" />
<xi:include href="dir2/include.xml" />
<xi:include href="dir3/include.xml" />
<xi:include href="dir4/include.xml" />
<xi:include href="dir5/include.xml" />
The error is:
File not found: C:\SVNRepository\foo\
dir1\dir2\include.xml(The system cannot find the path
specified)
If I comment out the include to dir1/include.xml, the
bug reveals a pattern:
File not found: C:\SVNRepository\foo\
dir2\dir3\include.xml(The system cannot find the path
specified)
and so on, and so on, meaning that the task somehow
keeps getting confused
by xi:include elements when those are one after the
other and thinks it
should look for the each include inside the directory
of the previous include.
Any ideas?
Logged In: NO
I've the same problem and got the following solution:
In file XIncludeFilter.java (Version 1.3) comment the lines
199 (bases.push in method startElement) and 250 (bases.pop()
in method endElement).
I think its sufficient to store the the actual base
directory in setDocumentLocator and remove it in endDocument