Bug#552018: libxml-commons-resolver1.1-java: fails to find entries in some catalogs

[brian m. carlson]

On Fri, Oct 23, 2009 at 10:27:37AM +0200, Daniel Leidert wrote:
> Am Donnerstag, den 22.10.2009, 17:40 +0000 schrieb brian m. carlson:
> >   lakeview ok % java
> > -cp /usr/share/java/xml-commons-resolver-1.1.jar:/etc/xml/resolver
> > org.apache.xml.resolver.apps.resolver -s
> > http://docbook.sourceforge.net/release/xsl-ns/current/xhtml/docbook.xsl system
> 
> This happens for both docbook-xsl and docbook-xsl-ns. In both cases,
> using the above command, but with "... -u ...URI... uri" works.

I can't reproduce this difference in behavior.  I get the same problems
whether I use "-u ... uri" or "-s ... system".  Practically, the
important part is whether the URI entries work, since docbook-xsl*
contains stylesheets, which are going to be looked up by URI, not by
system identifier.

> I raised verbosity (BTW: shouldn't `-d xx' overwrite the verbosity value
> from CatalogManager.properties? This looks like a bug to me.) and found
> the following:

Bug filed.

> The problem seems to be, that for the URI two entries exist: delegateURI
> and delegateSystem. However, using `-u ... uri' and `-s ... system' are
> explicit enough to not get confused by the same URL being registered as
> an URL and System ID entry in the catalog. This looks like a bug in the
> commons resolver to me, but I don't have the catalog spec in mind atm.

I've just read the spec, and I can't find any part that explains why
this shouldn't work.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/attachments/20091023/1b5f4314/attachment-0001.pgp>