Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 72665 invoked by uid 500); 4 Oct 2001 07:46:07 -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 72654 invoked from network); 4 Oct 2001 07:46:06 -0000 Message-ID: <3BBC122B.9050908@cbim.it> Date: Thu, 04 Oct 2001 09:39:23 +0200 From: Ugo Cei Organization: C.B.I.M. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4+) Gecko/20011001 X-Accept-Language: en-us MIME-Version: 1.0 To: cocoon-dev@xml.apache.org Subject: Order of namespace declarations for taglibs? Content-Type: multipart/mixed; boundary="------------030007040605040401060806" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --------------030007040605040401060806 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi people, I posted this question on the users list three days ago, but got no reply, so I thought I'd better bother you :). In the meantime I partially solved the problem but uncovered a possible bug in C2.RC1a (or Xerces or Xalan). ........................................................ I have a problem in C2.0rc1a with one of my logicsheets. This logicsheet uses another builtin taglib, like for instance xsp-request (please have a look at the attached test.xsl file). The problem is that the elements of the xsp-request taglib are NOT expanded by the XSP generator, so they are copied verbatim to the output. The attached test1.xsp file, when processed, produces the output that is contained in the attached test1.xml file. This only happens with the RC1a release, whereas everything works correctly with 2.0b2. The funny thing is that, if you restart the servlet container and remove all work files, it works correctly with 2.0rc1a but ONLY THE FIRST TIME the page is requested. If you reload the page, the bug manifests itself. I have verified this behavior with Tomcat 4.0 under Linux and with Tomcat 3.2.3 under Solaris 8 (BTW, I cannot compile mod_webapp under Solaris 8, so I am forced to use Tomcat 3.2.3, but this is a problem for the Tomcat list). ........................................................ Having had no reply, I tried to change the order of namespace declarations and "fixed" the problem. I have concluded that, if the "test" taglib logicsheet uses the "xsp-request" taglib, everything works ONLY if, in the XSP document, the namespace declaration for "test" comes BEFORE the namespace declaration for "xsp-request". That is, in the attached test1.xsp file, change to Under C2b2 this is not the case, the order does not matter. I was under the impression that the order of namespace declarations is irrelevant in XML and that parsers and/or XSLT processors are not required to report them to the application in any particular order. Should this behavior be classified as a bug or as an undocumented feature? ;) Best Regards, Ugo -- Ugo Cei - Consorzio di Bioingegneria e Informatica Medica P.le Volontari del Sangue, 2 - 27100 Pavia - Italy Phone: +39.0382.525100 - E-mail: u.cei@cbim.it --------------030007040605040401060806 Content-Type: text/plain; name="test1.xsp" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="test1.xsp" The parameter q is equal to "" --------------030007040605040401060806 Content-Type: text/xml; name="test.xsl" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="test.xsl" The parameter q is equal to `' --------------030007040605040401060806 Content-Type: text/xml; name="test1.xml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="test1.xml" The parameter q is equal to `SOMEVALUE' The parameter q is equal to `' --------------030007040605040401060806 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org --------------030007040605040401060806--