Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 21880 invoked from network); 15 Feb 2002 21:44:39 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 15 Feb 2002 21:44:39 -0000 Received: (qmail 17714 invoked by uid 97); 15 Feb 2002 21:44:37 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 17681 invoked by uid 97); 15 Feb 2002 21:44:36 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 17667 invoked by uid 50); 15 Feb 2002 21:44:36 -0000 Date: 15 Feb 2002 21:44:36 -0000 Message-ID: <20020215214436.17666.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: ant-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 6495] New: - Support XML catalogs to resolve external entities X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6495 Support XML catalogs to resolve external entities Summary: Support XML catalogs to resolve external entities Product: Ant Version: 1.5 alpha (nightly) Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Other AssignedTo: ant-dev@jakarta.apache.org ReportedBy: nascif@acm.org It is a common practice to use external XML entities to support re-use among similar buildfiles. One of biggest problems with that practice is that currently there is no way to specify the external entity location other than using relative paths in the entity URI (for entities residing in the local system). This restriction could be removed if Ant exposed the Crimsom API that supports the registration of catalogs. This little extension would eliminate the issue of hardcoded relative paths. For example, instead of: For additional commands, e-mail: