|
[XQuery Talk Mailing List Archive Home] [By Date] [By Thread] [By Subject] [By Author] [Recent Entries] [Reply To This Message] Dynamic context default valuesMichael Kay mike at saxonica.comWed Feb 7 11:41:21 PST 2007
> I neither see that implementations must be able to set the > collection to certain nodes, so the XQTS is a bit > over-demanding here, in my opinion. > > However, this is actually the first time I've seen an > implementor consider this a problem. I remember a similar question came up early in the life of XSLT 1.0: would an implementation be conformant if every URL passed to the document() function returned a "document not found" error? The answer is that it would; and in some circumstances such a processor might even be marketable, e.g. if designed to run in a high security environment. But I don't think this means that such tests should be absent from the test suite. What it means is that they should be labelled so that if necessary you can avoid running them and explain why you didn't run them. If your product doesn't have a feature then you presumably have a good reason for excluding it and are not frightened of explaining in public why it is absent. I initially thought that the collection() function wasn't going to be useful outside a database context. In fact, Saxon users have found it a very valuable feature, given the ability to map a URI to a selection of files from a hierarchic filestore. Michael Kay http://www.saxonica.com/
|
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
|






