base-uri error with nested xincludes

[fsteimke]

Hi,

i have a docbook Document with nested xincludes (a xincluded file xincludes another one). I have problems to resolve relative file names in @fileref attributes. I wrote a small script to track down the problem and found that the base-uri function gives incorrect results. Typically these results have an erroneous repeating of path-fragments. For example, base-uri gives me

Code: Select all

file:/E:/cygwin/home/osci/xta/UML-Modell/XGeneratorProjekt/export/export/Akteure_Use_Cases/Use_Cases/Die_Anwendungsf%C3%A4lle_aus_der_Vogelperspektive.xml"

Here, the second export/ fragment is wrong. The correct value would be

Code: Select all

file:/E:/cygwin/home/osci/xta/UML-Modell/XGeneratorProjekt/export/Akteure_Use_Cases/Use_Cases/Die_Anwendungsf%C3%A4lle_aus_der_Vogelperspektive.xml"

After that, i created a identity-copy of the Source, that is, one big file with the same content but without any xincludes. Applying the test-script to that file gives me correct results this time. My conclusion is, that there is an issue with the base-uri function and nested xincludes.

Environment: Oxygen 14.2, Windows 7 (64 bit). Scripts are called from within Oxygen.
I have checked the base-uri fix up setting in Oxygen, it is enabled.

Sincerely,
Frank

[adrian]

Hi,

This seems to be a bug in the Saxon XSLT transformer engine. I've tested this in the command line, independent from Oxygen, and it seems to behave similarly. We'll continue investigating and if this is indeed the case, we'll report it to Saxonica.

However, I've noticed that disabling Base URI fix-up (in Preferences, XML / XML Parser) seems to resolve the problem.

Regards,
Adrian