This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
Re: file path peculiarity with xinclude
On Tue, Jan 14, 2003 at 05:31:00PM +0000, Lisa Carey wrote:
> Hi list,
>
> I have a number of existing docbook documents, and was hoping to use
> xinclude to join them together into a larger book as described in Bob's
> helpful guide. Each of the documents includes some external files as system
> entities.
>
> When I used Elliotte Rusty Harold's xinclude java app to try and resolve the
> xincludes in my master book document, it mysteriously couldn't seem to find
> the system entities. Further investigation revealed that it was looking for
> each of these external files one level up from their actual location in the
> file system. So, for instance, if the file was at C:\foo\bar\myfile.xml, it
> would look for it as foo\myfile.xml.
>
> The xinclude app was run in the same directory as all of the docs to be
> xincluded - this was the directory that it seemed to be "skipping" when
> looking for the entity files ("bar" in the above example). If I change the
> entity declarations in the subdocuments to point to the "wrong" location,
> the files are found - however, this means that I can't generate any output
> directly from the subdocuments without changing the entity declarations back
> again.
>
> Did I do something wrong? Should I try using another xinclude application?
> Do I need to <shudder> replace all the system entities in my subdocuments
> with xincludes? Any explanations/help gratefully recieved.
It is hard to tell from the information you've provided.
Could you give a little more detail of where the files
are and how they are being referenced by xinclude and
entity references? Also, where are the entities being
declared?
--
Bob Stayton 400 Encinal Street
Publications Architect Santa Cruz, CA 95060
Technical Publications voice: (831) 427-7796
The SCO Group fax: (831) 429-1887
email: bobs@sco.com