Bogus SystemID in XHTML catalog makes org.apache.xml.resolver fail
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
w3c-dtd-xhtml (Debian) |
Fix Released
|
Unknown
|
|||
w3c-dtd-xhtml (Ubuntu) |
New
|
Wishlist
|
Unassigned |
Bug Description
Binary package hint: w3c-dtd-xhtml
The XML-catalog file that points to the local XHTML dtds provided by the package is using the following doctype:
<!DOCTYPE catalog PUBLIC "-//GlobalTrans
"http://
The URL used for the SystemId of that doctype ("http://
When trying to use /etc/xml/catalog as the catalog for DTD resolutions with org.apache.
java -cp /usr/share/
Cannot find CatalogManager.
Loading catalog: ./xcatalog
Loading catalog: /etc/xml/catalog
Resolve PUBLIC (publicid, systemid):
public id: -//W3C//DTD XHTML 1.0 Strict//EN
Switching to delegated catalog(s):
Loading catalog: file:/etc/
Switching to delegated catalog(s):
Loading catalog: file:/usr/
Exception in thread "main" java.net.
[...]
This means that any XML application relying on org.apache.
http://
A simple fix to that problem is to replace the current systemId by "/usr/share/
(this might be the same bug as #390604 but I'm not sure )
Changed in w3c-dtd-xhtml (Ubuntu): | |
importance: | Undecided → Wishlist |
Changed in w3c-dtd-xhtml (Debian): | |
status: | Unknown → New |
Changed in w3c-dtd-xhtml (Debian): | |
status: | New → Fix Released |
Err - sorry, why wishlist ? This is a bug report, not an enhancement request.