← Prev in month ← Prev in thread
Next in thread → Next in month →

RE: [xml-dev] The <any/> element: bane of security or savior ofversioning?

From
Rick Jelliffe <>
To
Date
2007-10-23T09:42:22Z
ID
<>
Thread
RE: [xml-dev] The <any/> element: bane of security or savior ofversioning?
Oh that is great! Thanks, we missed that.

By the way, I think the XSLT2 conformance is wrong if it doesn't include
the built-in derived types. Users often don't understand the type
hierarchy, and it promotes the nominal hierarchy of the built-in types
into being something real whereas it is just a theoretical artifact and
something to help implementors. 

Cheers
Rick Jelliffe

On Tue, 2007-10-23 at 09:27 +0100, Michael Kay wrote:
> > Indeed, this is what we are using for our XSD implementation 
> > in Schematron. The rub is that the free version of SAXON, 
> > which is excellent, only does castable for the built-in 
> > primitives, not the built-in derived types, from what I am told.
> 
> Not quite. The basic conformance level of XSLT 2.0 only allows the primitive
> types, and that's what Saxon-B supports by default. But there's a switch [1]
> to enable use of the built-in derived types. There's been some debate about
> whether such a switch is allowed under the XSLT 2.0 extensibility rules, but
> I think it's needed for such use cases, so I provide it.
> 
> Michael Kay
> http://www.saxonica.com/
> 
> [1]
> http://www.saxonica.com/documentation/extensions/attributes/allowallbuiltint
> ypes.html
>
← Prev in month ← Prev in thread
Next in thread → Next in month →