[Home] [By Thread] [By Date] [Recent Entries]
Hi Michael, Thanks very much for the suggestions. I've simplified the predicate as you suggested. Yes, this error happens when writing to a DOM that gets serialized afterwards. Why? Mainly because it was the first thing I tried, it worked, and I have not yet had the need to investigate alternatives. I downloaded Saxon 8.9 and tried this out and Saxon handles it just fine. So it does appear to be a problem in Xerces/Xalan rather than in our XSLT stylesheet, which is what I really needed to know. It's easy enough to work around the Xerces/Xalan issue in our software, but if it was our own XSLT bug I wanted to fix it right away. I'll have to look at switching to Saxon for our product in the future, but we're too close to shipping to do it for this release. In the meantime, I can see that Saxon can be a handy tool for doing more XSLT testing. Thanks again for your quick reply and all your great work on Saxon! Best regards, Michael Good Recordare LLC www.recordare.com On 6/8/07, Michael Kay <mike@s...> wrote: > My guess would be that this error occurs while writing a DOM to hold the > output. Are you writing to a DOM? (If so, why?) Does the error go away if > you serialize the result instead? > > At any rate, it looks to me like a problem that's specific to the (Xalan?) > product. Try it on Saxon. > > Incidentally, your predicate > > match="credit[@page and (@page != '1')]"/> > > can be rewritten > > match="credit[@page != '1']"/> > > since the predicate will be false if there is no @page attribute. > > Michael Kay > http://www.saxonica.com/
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |

Cart



