[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: xslt 1.0 vs xslt 2.0 problem
ALL, All of you have given me some great information, as well as pointed out a sad and simple misunderstanding of mine regarding basic XSL. Firstly, I would like to thank all of you, and then apologize for wasting your time with what was actually such a simple issue. I hope to contribute as an answerer soon instead of only as a asker. HAVE A GREAT DAY. --- On Wed, 9/3/08, Andrew Welch <andrew.j.welch@xxxxxxxxx> wrote: > From: Andrew Welch <andrew.j.welch@xxxxxxxxx> > Subject: Re: xslt 1.0 vs xslt 2.0 problem > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx > Date: Wednesday, September 3, 2008, 10:42 AM > > What I am seeing is that this XSL only checks the FIRST > child node's (B) attribute instead of checking all of > them > > XSLT 1.0 has a policy of never failing, so when you pass > more than one > item to something that only expects one, it will use the > first and > ignore the rest (this is sometimes called "First Item > Semantics") > > In this case you have: > > //A[ contains(B/@a, "foo") ] > > The element <A> has many <B> children, but the > function contains() can > only take a single node so the first is used and the > discarded, > effectively making your xpath: > > //A[contains((B/@a[1]), 'foo')] > > ...which you know is wrong because you want to check all > the child nodes. > > XSLT 2.0 reversed this concept and will fail early, giving > you a nice > error message instead of silently generating the wrong > output. > > > > -- > Andrew Welch > http://andrewjwelch.com > Kernow: http://kernowforsaxon.sf.net/
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|