Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 17760 invoked by uid 500); 6 Nov 2001 12:16:30 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 17747 invoked from network); 6 Nov 2001 12:16:29 -0000 Date: 6 Nov 2001 12:16:28 -0000 Message-ID: <20011106121628.18482.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: cocoon-dev@xml.apache.org Cc: Subject: DO NOT REPLY [Bug 3895] - Catalogs don't work on XSLT stylesheets 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=3895 Catalogs don't work on XSLT stylesheets ------- Additional Comments From crossley@indexgeo.com.au 2001-11-06 04:16 ------- That attatchment is a gzipped tar file containing two patches. The first patch will setEntityResolver for the parser that is used by components/xslt/XSLTProcessorImpl.java The other patch is for the stylesheet that is used by the "catalog" sample (webapp/docs/samples/catalog/style.xsl). To challenge the entity resolver, it declares the ISOnum entity set and then uses a character entity from it. It works for me. Please confirm that it does for you. However, i wonder if there are other places that still require entity resolver. --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org