Re: question about generate-id()
I was somewhat dismayed to discover a while back that generate-id() didn't generate unique ids across multiple runs or with respect to source documents. I think this makes generate-id() a lot less useful than would otherwise be the case. But I can also see that checking for uniqueness in arbitrary length and possibly multiple source documents is not cheap. For the Xcruciate project we rolled our own extension functions. The more sensible of the two generates a UUID  that is supposed to be unique anywhere in the universe, so probably with respect to the source document. If a client ever complains about duplicates I plan to ask them to replicate the problem :-) Is there a good reason why a conforming implementation of generate-id() couldn't return a UUID or similar? Presumably the processor could generate an id however it does it now, generate a UUID with that id as a key, and return the UUID wherever it would normally return the id. It doesn't sound to me like it would be hard to code or expensive to run. Would that be one way to keep everyone happy?  http://www.ossp.org/pkg/lib/uuid/
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