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
signature.asc
Description: Digital signature
