Return-Path: Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 73919 invoked from network); 15 Aug 2000 12:02:19 -0000 Received: from lugh.relay.co.uk (194.72.177.254) by locus.apache.org with SMTP; 15 Aug 2000 12:02:19 -0000 Received: from enetgroup.co.uk ([194.72.178.7]) by lugh.relay.co.uk (Netscape Messaging Server 4.15) with ESMTP id FZC1DX00.N00 for ; Tue, 15 Aug 2000 12:01:09 +0000 Message-ID: <399930DB.3010108@enetgroup.co.uk> Date: Tue, 15 Aug 2000 13:00:27 +0100 From: Rachel Greenham User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20000814 X-Accept-Language: en MIME-Version: 1.0 To: tomcat-user@jakarta.apache.org Subject: Bug with .tld XML parser Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N There appears to be a bug in the XML parsing code for taglib descriptor files. It isn't discarding whitespace in the element contents the way it should. eg: If in my .tld file I have: GetVariable tags.GetVariable ... It doesn't find the GetVariable tag at all. If I correct it so that it has GetVariable but leave the tagclass element as shown above, it finds the tag but complains that it can't load the class, but if I close up tagclass as well thus tags.GetVariable, and all the other descriptor elements too (attribute et al) it all works perfectly. I did think with a validating XML parser (and there is a dtd associated with .tld files so it should be validating) that whitespace should be getting lost - at worst the values could have trim() applied :-) Does anyone know if this has been fixed in a later beta (I'm on Tomcat 3.1)? -- Rachel