Hi,
We experience an issue with the new catalog resolver when importing or including XSLT from another, possibly already catalog-resolved, XSLT file.
If you unzip attached catalog_test.zip and set the catalog location by a pragma around xsl.xq or by
set BASEX_JVM="-Dorg.basex.catalog=../catalog_test/xmlcatalog/catalog.xml"
prior to invoking basexgui.bat or bin\basex.bat ..\catalog_test\xsl.xq, you will get an exception
Improper use? Potential bug? Your feedback is welcome: Contact: basex-talk@mailman.uni-konstanz.de Version: BaseX 10.4 Java: Eclipse Adoptium, 17.0.4.1 OS: Windows 11, amd64 Stack Trace: javax.xml.catalog.CatalogException: JAXP09040002: No match found for href 'other.xsl' and base 'file:/C:/Users/gerrit/Dev/catalog_test/xsl/imported.xsl'. …
If I use Norm’s resolver by putting xmlresolver-5.1.1.jar and xmlresolver-5.1.1-data.jar into lib/custom, I get the expected result
<result status="ok"><doc>other.xsl was imported!</doc></result>
Therefore the issue isn’t urgent. We just use Norm’s resolver.
Should I file an issue on Github?
Gerrit
(I forgot to mention that saxon-pe-10.6.jar is also in lib/custom)
On 08.03.2023 13:08, Imsieke, Gerrit, le-tex wrote:
Hi,
We experience an issue with the new catalog resolver when importing or including XSLT from another, possibly already catalog-resolved, XSLT file.
If you unzip attached catalog_test.zip and set the catalog location by a pragma around xsl.xq or by
set BASEX_JVM="-Dorg.basex.catalog=../catalog_test/xmlcatalog/catalog.xml"
prior to invoking basexgui.bat or bin\basex.bat ..\catalog_test\xsl.xq, you will get an exception
Improper use? Potential bug? Your feedback is welcome: Contact: basex-talk@mailman.uni-konstanz.de Version: BaseX 10.4 Java: Eclipse Adoptium, 17.0.4.1 OS: Windows 11, amd64 Stack Trace: javax.xml.catalog.CatalogException: JAXP09040002: No match found for href 'other.xsl' and base 'file:/C:/Users/gerrit/Dev/catalog_test/xsl/imported.xsl'. …
If I use Norm’s resolver by putting xmlresolver-5.1.1.jar and xmlresolver-5.1.1-data.jar into lib/custom, I get the expected result
<result status="ok"><doc>other.xsl was imported!</doc></result>
Therefore the issue isn’t urgent. We just use Norm’s resolver.
Should I file an issue on Github?
Gerrit
Hi Gerrit,
Thanks for the report. I’m pretty sure we can (and should) return a proper error message. It may be trickier to find out why the paths are not resolved by the new Catalog API. I’ve opened an issue on that [1], and I’m glad to hear that Norm’s XML resolver can cope with your input.
All the best, Christian
[1] https://github.com/BaseXdb/basex/issues/2186
On Wed, Mar 8, 2023 at 1:08 PM Imsieke, Gerrit, le-tex gerrit.imsieke@le-tex.de wrote:
Hi,
We experience an issue with the new catalog resolver when importing or including XSLT from another, possibly already catalog-resolved, XSLT file.
If you unzip attached catalog_test.zip and set the catalog location by a pragma around xsl.xq or by
set BASEX_JVM="-Dorg.basex.catalog=../catalog_test/xmlcatalog/catalog.xml"
prior to invoking basexgui.bat or bin\basex.bat ..\catalog_test\xsl.xq, you will get an exception
Improper use? Potential bug? Your feedback is welcome: Contact: basex-talk@mailman.uni-konstanz.de Version: BaseX 10.4 Java: Eclipse Adoptium, 17.0.4.1 OS: Windows 11, amd64 Stack Trace: javax.xml.catalog.CatalogException: JAXP09040002: No match found for href 'other.xsl' and base 'file:/C:/Users/gerrit/Dev/catalog_test/xsl/imported.xsl'. …
If I use Norm’s resolver by putting xmlresolver-5.1.1.jar and xmlresolver-5.1.1-data.jar into lib/custom, I get the expected result
<result status="ok"><doc>other.xsl was imported!</doc></result>
Therefore the issue isn’t urgent. We just use Norm’s resolver.
Should I file an issue on Github?
Gerrit
-- Gerrit Imsieke Geschäftsführer / Managing Director le-tex publishing services GmbH Weissenfelser Str. 84, 04229 Leipzig, Germany Phone +49 341 355356 110, Fax +49 341 355356 510 gerrit.imsieke@le-tex.de, http://www.le-tex.de
Registergericht / Commercial Register: Amtsgericht Leipzig Registernummer / Registration Number: HRB 24930
Geschäftsführer / Managing Directors: Gerrit Imsieke, Svea Jelonek, Thomas Schmidt
Hi Gerrit,
In the latest snapshot [1], the unexpected exception was replaced by controlled error feedback.
I assume we cannot fix the underlying problem, as the error is raised by Java’s catalog resolver. It’s certainly a good idea to resort to Norm’s up-to-date XML resolver.
Cheers, Christian
[1] https://files.basex.org/releases/latest/
On Wed, Mar 8, 2023 at 1:08 PM Imsieke, Gerrit, le-tex gerrit.imsieke@le-tex.de wrote:
Hi,
We experience an issue with the new catalog resolver when importing or including XSLT from another, possibly already catalog-resolved, XSLT file.
If you unzip attached catalog_test.zip and set the catalog location by a pragma around xsl.xq or by
set BASEX_JVM="-Dorg.basex.catalog=../catalog_test/xmlcatalog/catalog.xml"
prior to invoking basexgui.bat or bin\basex.bat ..\catalog_test\xsl.xq, you will get an exception
Improper use? Potential bug? Your feedback is welcome: Contact: basex-talk@mailman.uni-konstanz.de Version: BaseX 10.4 Java: Eclipse Adoptium, 17.0.4.1 OS: Windows 11, amd64 Stack Trace: javax.xml.catalog.CatalogException: JAXP09040002: No match found for href 'other.xsl' and base 'file:/C:/Users/gerrit/Dev/catalog_test/xsl/imported.xsl'. …
If I use Norm’s resolver by putting xmlresolver-5.1.1.jar and xmlresolver-5.1.1-data.jar into lib/custom, I get the expected result
<result status="ok"><doc>other.xsl was imported!</doc></result>
Therefore the issue isn’t urgent. We just use Norm’s resolver.
Should I file an issue on Github?
Gerrit
-- Gerrit Imsieke Geschäftsführer / Managing Director le-tex publishing services GmbH Weissenfelser Str. 84, 04229 Leipzig, Germany Phone +49 341 355356 110, Fax +49 341 355356 510 gerrit.imsieke@le-tex.de, http://www.le-tex.de
Registergericht / Commercial Register: Amtsgericht Leipzig Registernummer / Registration Number: HRB 24930
Geschäftsführer / Managing Directors: Gerrit Imsieke, Svea Jelonek, Thomas Schmidt
basex-talk@mailman.uni-konstanz.de