org.apache.tools.ant.types.resolver

Class ApacheCatalog

public class ApacheCatalog extends Catalog

This class extends the Catalog class provided by Norman Walsh's resolver library in xml-commons in order to add classpath entity and URI resolution. Since XMLCatalog already does classpath resolution, we simply add all CatalogEntry instances back to the controlling XMLCatalog instance. This is done via a callback mechanism. ApacheCatalog is only used for external catalog files. Inline entries (currently <dtd> and <entity>) are not added to ApacheCatalog. See XMLCatalog.java for the details of the entity and URI resolution algorithms.

Since: Ant 1.6

See Also: CatalogResolver

Method Summary
voidaddEntry(CatalogEntry entry)

This method overrides the superclass method of the same name in order to add catalog entries back to the controlling XMLCatalog instance.

protected CatalognewCatalog()

Create a new ApacheCatalog instance.

This method overrides the superclass method of the same name in order to set the resolver object for callbacks.

voidsetResolver(ApacheCatalogResolver resolver)
Set the resolver object to callback.

Method Detail

addEntry

public void addEntry(CatalogEntry entry)

This method overrides the superclass method of the same name in order to add catalog entries back to the controlling XMLCatalog instance. In this way, we can add classpath lookup for these entries.

When we add an external catalog file, the entries inside it get parsed by this method. Therefore, we override it to add each of them back to the controlling XMLCatalog instance. This is done by performing a callback to the ApacheCatalogResolver, which in turn calls the XMLCatalog.

XMLCatalog currently only understands PUBLIC and URI entry types, so we ignore the other types.

Parameters: entry The CatalogEntry to process.

newCatalog

protected Catalog newCatalog()

Create a new ApacheCatalog instance.

This method overrides the superclass method of the same name in order to set the resolver object for callbacks. The reason we have to do this is that internally Catalog creates a new instance of itself for each external catalog file processed. That is, if two external catalog files are processed, there will be a total of two ApacheCatalog instances, and so on.

Returns: the catalog.

setResolver

public void setResolver(ApacheCatalogResolver resolver)
Set the resolver object to callback.

Parameters: resolver the apache catalog resolver.